(57)【要約】      （修正有）【課題】ストリーム配信される動画のデータを一時的に記憶させる量を装置の状態に合わせて変化させられるようにする。【解決手段】表示部１１１は、一時的に記憶された動画のデータを読み出しながらその動画を表示する。表示部１１１は、動画を表示する表示領域のサイズに応じて動画のビットレートを変更する。一時記憶量制御処理部１１０は、一時記憶部１０８に記憶される動画のデータの一時記憶量を、その動画を表示する自装置の状態に応じた量にするための記憶量制御処理を行う。一時記憶量制御処理部１１０は、表示領域サイズ特定部１０２により特定された表示領域のサイズの状態を自装置の状態として、一時記憶量をそのサイズに応じた量にするための処理を、記憶量制御処理として行う。【選択図】図５
2017163287.tif 000002
【特許請求の範囲】
【請求項１】
ストリーム配信される動画のデータを一時的に記憶する一時記憶部と、
一時的に記憶された前記データを読み出しながら前記動画を表示する表示部と、
前記一時記憶部に記憶される前記動画のデータの一時記憶量を、前記動画を表示する自装置の状態に応じた量にするための記憶量制御処理を行う処理部と
を備える表示装置。
【請求項２】
前記動画は、表示中にビットレートを変更可能な動画であり、
前記表示部は、前記動画を表示する表示領域のサイズに応じて当該動画のビットレートを変更し、
前記処理部は、前記表示領域のサイズの状態を前記自装置の状態として、前記一時記憶量を当該サイズに応じた量にするための処理を、前記記憶量制御処理として行う
請求項１に記載の表示装置。
【請求項３】
前記表示部は、前記表示領域が拡大されると前記ビットレートを大きな値に変更し、
前記処理部は、前記表示領域のサイズが拡大する状態が前記自装置の状態である場合、前記一時記憶量を増加させるための処理を前記記憶量制御処理として行う
請求項２に記載の表示装置。
【請求項４】
前記一時記憶部が前記データを一時的に記憶する量に上限が定められており、
前記処理部は、前記一時記憶量を前記上限までの範囲で増加させるための処理を前記記憶量制御処理として行う
請求項３に記載の表示装置。
【請求項５】
前記表示部は、前記表示領域が縮小されると前記ビットレートを小さな値に変更し、
前記処理部は、前記表示領域のサイズが縮小する状態が前記自装置の状態である場合、前記一時記憶量を減少させるための処理を前記記憶量制御処理として行う
請求項２から４までのいずれか１項に記載の表示装置。
【請求項６】
前記処理部は、自装置の向きの状態を前記自装置の状態として、前記一時記憶量を当該向きに応じた量にするための処理を、前記記憶量制御処理として行う
請求項１に記載の表示装置。
【請求項７】
前記処理部は、自装置の移動速度の状態を前記自装置の状態として、前記一時記憶量を当該移動速度に応じた量にするための処理を、前記記憶量制御処理として行う
請求項１に記載の表示装置。
【請求項８】
前記処理部は、自装置の位置の状態を前記自装置の状態として、前記一時記憶量を当該位置に応じた量にするための処理を、前記記憶量制御処理として行う
請求項１に記載の表示装置。
【請求項９】
前記処理部は、自装置と他の装置との接続状態を前記自装置の状態として、前記一時記憶量を当該接続状態に応じた量にするための処理を、前記記憶量制御処理として行う
請求項１に記載の表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置に関する。
【背景技術】
【０００２】
ストリーム配信された動画を表示する技術では、動画の画質の高さや再生の継続性（再生が途切れないこと）といった再生品質が重要である。これらの再生品質を向上させるため、例えば特許文献１には、パケット通信網の回線速度に応じて転送される画像符号化信号の情報量を変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−８８４８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ストリーム配信される動画を表示する表示装置は、動画のデータを一時的に記憶しながらその動画を表示することが一般的である。その一時的に記憶したデータの量が多いほど、例えば通信が途切れたときでも表示が継続される時間が長くなる。一方で、例えば表示中にビットレートを変更可能なＭＰＥＧ−ＤＡＳＨ等のストリーム配信では、一時的に記憶したデータの量が多いと、ビットレートを大きな値に変更しても、一時的に記憶されたデータの表示が終わるまでは小さな値のビットレート、すなわち低い画質での表示が続くことになる。
そこで、本発明は、ストリーム配信される動画のデータを一時的に記憶させる量を装置の状態に合わせて変化させられるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る表示装置は、ストリーム配信される動画のデータを一時的に記憶する一時記憶部と、一時的に記憶された前記データを読み出しながら前記動画を表示する表示部と、前記一時記憶部に記憶される前記動画のデータの一時記憶量を、前記動画を表示する自装置の状態に応じた量にするための記憶量制御処理を行う処理部とを備えることを特徴とする。
【０００６】
本発明の請求項２に係る表示装置は、請求項１に記載の構成において、前記動画は、表示中にビットレートを変更可能な動画であり、前記表示部は、前記動画を表示する表示領域のサイズに応じて当該動画のビットレートを変更し、前記処理部は、前記表示領域のサイズの状態を前記自装置の状態として、前記一時記憶量を当該サイズに応じた量にするための処理を、前記記憶量制御処理として行うことを特徴とする。
【０００７】
本発明の請求項３に係る表示装置は、請求項２に記載の構成において、前記表示部は、前記表示領域が拡大されると前記ビットレートを大きな値に変更し、前記処理部は、前記表示領域のサイズが拡大する状態が前記自装置の状態である場合、前記一時記憶量を増加させるための処理を前記記憶量制御処理として行うことを特徴とする。
【０００８】
本発明の請求項４に係る表示装置は、請求項３に記載の構成において、前記一時記憶部が前記データを一時的に記憶する量に上限が定められており、前記処理部は、前記一時記憶量を前記上限までの範囲で増加させるための処理を前記記憶量制御処理として行うことを特徴とする。
【０００９】
本発明の請求項５に係る表示装置は、請求項２から４のいずれか１項に記載の構成において、前記表示部は、前記表示領域が縮小されると前記ビットレートを小さな値に変更し、前記処理部は、前記表示領域のサイズが縮小する状態が前記自装置の状態である場合、前記一時記憶量を減少させるための処理を前記記憶量制御処理として行うことを特徴とする。
【００１０】
本発明の請求項６に係る表示装置は、請求項１に記載の構成において、前記処理部は、自装置の向きの状態を前記自装置の状態として、前記一時記憶量を当該向きに応じた量にするための処理を、前記記憶量制御処理として行うことを特徴とする。
【００１１】
本発明の請求項７に係る表示装置は、請求項１に記載の構成において、前記処理部は、自装置の移動速度の状態を前記自装置の状態として、前記一時記憶量を当該移動速度に応じた量にするための処理を、前記記憶量制御処理として行うことを特徴とする。
【００１２】
本発明の請求項８に係る表示装置は、請求項１に記載の構成において、前記処理部は、自装置の位置の状態を前記自装置の状態として、前記一時記憶量を当該位置に応じた量にするための処理を、前記記憶量制御処理として行うことを特徴とする。
【００１３】
本発明の請求項９に係る表示装置は、請求項１に記載の構成において、前記処理部は、自装置と他の装置との接続状態を前記自装置の状態として、前記一時記憶量を当該接続状態に応じた量にするための処理を、前記記憶量制御処理として行うことを特徴とする。
【発明の効果】
【００１４】
請求項１に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を装置の状態に合わせて変化させられるようにすることができる。
請求項２に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を装置の表示領域のサイズに合わせて変化させられるようにすることができる。
請求項３に係る発明によれば、本発明のように一時記憶量を増加させない場合に比べて、動画の中断が起こりにくいようにすることができる。
請求項４に係る発明によれば、一時記憶量が増加し過ぎることを防ぐことができる。
請求項５に係る発明によれば、本発明のように一時記憶量を減少させない場合に比べて、今後表示領域のサイズが拡大した場合に低画質の画像が再生される時間を短くすることができる。
請求項６に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を自装置の向きに合わせて変化させられるようにすることができる。
請求項７に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を自装置の移動速度に合わせて変化させられるようにすることができる。
請求項８に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を自装置の位置に合わせて変化させられるようにすることができる。
請求項９に係る発明によれば、ストリーム配信される動画のデータを一時的に記憶させる量を自装置と他の装置との接続状態に合わせて変化させられるようにすることができる。
【図面の簡単な説明】
【００１５】
【図１】実施例に係る動画配信システムの全体構成を表す図
【図２】ストリーム配信の仕組みを表す図
【図３】スマートフォンのハードウェア構成を表す図
【図４】動画配信装置のハードウェア構成を表す図
【図５】各装置が実現する機能構成を表す図
【図６Ａ】表示領域に表示された動画の例を表す図
【図６Ｂ】表示領域に表示された動画の例を表す図
【図７】ビットレートテーブルの一例を表す図
【図８】セグメントデータ数テーブルの一例を表す図
【図９】ストリーム配信処理における各装置の動作手順の一例を表す図
【図１０】変形例のセグメントデータ数テーブルの一例を表す図
【図１１】変形例のスマートフォンが実現する機能構成を表す図
【図１２】セグメントデータ数テーブルの一例を表す図
【図１３】変形例のスマートフォンが実現する機能構成を表す図
【図１４】セグメントデータ数テーブルの一例を表す図
【図１５】変形例のスマートフォンのハードウェア構成を表す図
【図１６】スマートフォンが実現する機能構成を表す図
【図１７】セグメントデータ数テーブルの一例を表す図
【図１８】変形例のスマートフォンのハードウェア構成を表す図
【図１９】スマートフォンが実現する機能構成を表す図
【図２０】セグメントデータ数テーブルの一例を表す図
【図２１】変形例の動画配信システムの全体構成を表す図
【図２２】サーバ装置のハードウェア構成を表す図
【図２３】各装置が実現する機能構成を表す図
【発明を実施するための形態】
【００１６】
［１］実施例
図１は実施例に係る動画配信システム１の全体構成を表す。動画配信システム１は、ユーザが利用する再生装置に動画をストリーム配信するシステムである。動画のストリーム配信とは、動画を複数の区間に分割し、各区間の動画を表すセグメントデータを再生される順番に送受信させながら順次再生させる仕組みによる動画の配信のことである。セグメントデータは、例えば１秒から１０秒程度の区間を表すデータである。
【００１７】
動画配信システム１は、通信回線２と、スマートフォン１０と、動画配信装置２０とを備える。通信回線２は、例えば移動体通信網及びインターネット等を含み、装置同士のデータのやり取りを仲介するシステムである。通信回線２には、スマートフォン１０が無線で接続され、動画配信装置２０が有線で接続されている（これらは一例であり、有線・無線のどちらで接続されていてもよい）。
【００１８】
スマートフォン１０は、動画配信システム１においてストリーム配信される動画を表示する表示装置である。スマートフォン１０は、ユーザによって持ち運ばれて、様々な場所で利用される。動画配信装置２０は、全体で１つの動画を表す複数のセグメントデータを記憶し、それらのセグメントデータを再生される順番で順次送信することで動画をストリーム配信する情報処理装置である。
【００１９】
動画配信システム１においては、例えばＭＰＥＧ（Moving Picture Experts Group）−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）と呼ばれる規格に準拠して、再生中にビットレートを変更可能な動画がストリーム配信される。本実施例のストリーム配信では、複数のビットレートが予め定められている。
【００２０】
図２はストリーム配信の仕組みを表す。本実施例の動画配信装置２０は、ビットレートが「大」、「中」、「小」の動画をそれぞれ表すセグメントデータ群Ａ１、Ａ２、Ａ３を記憶している。ビットレートとは、１秒間に送受信されるデータ量（単位はＭｂｐｓ（メガビット毎秒）やＭＢ／ｓｅｃ（メガバイト毎秒））のことである。これらのセグメントデータ群が表す動画は、ビットレートが大きいほど、動画の解像度が高かったり、フレームレートも大きかったりする。
【００２１】
スマートフォン１０は、動画のストリーム配信を要求する際に、配信させる動画のビットレートを指定する。動画配信装置２０は、指定されたビットレートのセグメントデータ群から順次セグメントデータを読み出して送信する。スマートフォン１０は、受信したセグメントデータを一時的に記憶し（キャッシュし）、キャッシュしたセグメントデータを読み出して再生する。
【００２２】
また、スマートフォン１０が、動画の再生中に、再生中の動画とは異なるビットレートを指定して配信を要求すると、動画配信装置２０は、その要求を受け取ってからは指定された新たなビットレートのセグメントデータを送信する。スマートフォン１０は、そのセグメントデータを受信すると、それまでのビットレートのセグメントデータが表す動画に続けて、新たなビットレートのセグメントデータが表す動画を再生する。このように、セグメントデータ群Ａ１、Ａ２、Ａ３は、複数の区間が順番にストリーム配信され且つ再生中にビットレートを変更可能な動画を表す。
【００２３】
図３はスマートフォン１０のハードウェア構成を表す。スマートフォン１０は、ＣＰＵ（Central Processor Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＮＩＣ（Network Interface Card）１４と、フラッシュメモリ１５と、タッチスクリーン１６と、スピーカ１７と、センサ１８とを備えるコンピュータである。ＣＰＵ１１は、ＲＡＭ１２をワークエリアとして用いてＲＯＭ１３やフラッシュメモリ１５に記憶されているプログラムを実行することで各部の動作を制御する。ＮＩＣ１４は、アンテナ及び通信回路等を有し、例えば移動体通信の規格に準拠した無線通信を行う。
【００２４】
フラッシュメモリ１５は、ＣＰＵ１１が制御に用いるデータやプログラムを記憶する。このプログラムには、本実施例ではブラウザのプログラムが含まれており、このブラウザ上で実行されるＪａｖａ（登録商標）ｓｃｒｉｐｔにより後述する本発明の機能が実現される。なお、これに限らず、本発明の機能を実現するアプリケーションプログラムが記憶されていてもよい。タッチスクリーン１６は、表示手段であるディスプレイと、ディスプレイの表面に設けられたタッチパネルとを備え、画像を表示するとともに、ユーザからの操作を受け付ける。スピーカ１７は、音を表す音データをアナログ信号に変換して放音する。センサ１８は、例えば３軸の地磁気センサであり、自装置の傾きを表すデータをＣＰＵ１１に供給する。
【００２５】
図４は動画配信装置２０のハードウェア構成を表す。動画配信装置２０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＮＩＣ２４と、ＨＤＤ（Hard Disk Drive）２５とを備えるコンピュータである。ＣＰＵ２１からＲＯＭ２３までは、図３に表す同名のハードウェアとそれぞれ共通するものである。ＮＩＣ２４は、通信回路を有し、通信回線２を介した通信を行う。ＨＤＤ２５は、ＣＰＵ２１が制御に用いるデータやプログラムを記憶している。
【００２６】
動画配信システム１が備える各装置のＣＰＵがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図５は各装置が実現する機能構成を表す。スマートフォン１０は、ビットレート情報取得部１０１と、表示領域サイズ特定部１０２と、キャッシュ量特定部１０３と、通信速度特定部１０４と、ビットレート決定部１０５と、配信要求部１０６と、セグメントデータ受信部１０７と、一時記憶部１０８と、動画再生部１０９と、一時記憶量制御処理部１１０とを備える。動画配信装置２０は、セグメントデータ記憶部２０１と、ビットレート情報記憶部２０２と、ビットレート情報送信部２０３と、セグメントデータ読出部２０４と、セグメントデータ送信部２０５とを備える。
【００２７】
動画配信装置２０のセグメントデータ記憶部２０１は、自装置がストリーム配信する動画のセグメントデータを記憶する。セグメントデータ記憶部２０１は、図２の説明で述べたように、複数のビットレートの動画を表すセグメントデータを記憶する。各セグメントデータは、通信量を少なくするため、例えば基準となるフレームと、そのフレームとの差分とを表すデータにエンコード（圧縮）されている。
【００２８】
ビットレート情報記憶部２０２は、セグメントデータ記憶部２０１に記憶されている自装置がストリーム配信する動画の複数のビットレートを表すビットレート情報（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ（Media Presentation Description））を記憶する。ビットレート情報記憶部２０２は、図２の例であれば、セグメントデータ群Ａ１、Ａ２、Ａ３がそれぞれ表す動画のビットレートを表すビットレート情報を記憶する。このビットレート情報は、例えば動画配信装置２０の運用者により動画のセグメントデータが記憶される際に記憶される。
【００２９】
スマートフォン１０のビットレート情報取得部１０１は、動画のストリーム配信を要求する際に、その動画の複数のビットレートを表すビットレート情報を取得する。例えばスマートフォン１０が表示したウェブページに動画配信装置２０がストリーム配信する動画へのリンクが貼り付けられており、ユーザがそのリンクを選択する操作を行うと、ビットレート情報取得部１０１は、動画配信装置２０に対してその動画のビットレート情報を要求する要求データを送信する。この要求データには、動画を特定する情報（（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ）ファイルのＵＲＬ（Uniform Resource Locator）など）が含まれている。
【００３０】
動画配信装置２０のビットレート情報送信部２０３は、スマートフォン１０から送信されてきた要求データを受け取ると、その要求データにより特定される動画、すなわち自装置に記憶されている動画のビットレート情報をビットレート情報記憶部２０２から読み出して要求元（本実施例ではスマートフォン１０）に送信する。ビットレート情報取得部１０１は、こうして送信されてきたビットレート情報を取得する。ビットレート情報取得部１０１は、取得したビットレート情報をビットレート決定部１０５に供給する。
【００３１】
ビットレート決定部１０５は、ビットレート情報取得部１０１により取得されたビットレート情報が表す複数のビットレートのうちのいずれかを再生される動画のビットレートとして決定する。ビットレートの決定方法については後ほど詳しく説明する。ビットレート決定部１０５は、ビットレートの決定を決められた時間間隔で繰り返し行う。この時間間隔としては、例えば決められた個数のセグメントデータが表す動画の再生時間の間隔（例えば再生時間が２秒間で決められた個数が２個であれば４秒毎など）が用いられる。ビットレート決定部１０５は、ビットレートを決定する度に、決定したビットレートを配信要求部１０６に通知する。
【００３２】
配信要求部１０６は、ビットレート決定部１０５により決定されたビットレートでの動画のストリーム配信を、その動画をストリーム配信する装置（本実施例では動画配信装置２０）に要求する。ビットレート決定部１０５が決定したビットレートが変化すると、配信要求部１０６がストリーム配信を要求する動画のビットレートも変化する。
【００３３】
また、配信要求部１０６は、送信するセグメントデータの個数を指定してこの要求を行う。配信要求部１０６による配信要求は、ビットレート決定部１０５がビットレートを決定する度に行う。そのため、配信要求部１０６が指定するセグメントデータの個数が多いほど、先の場面の動画が配信されることになる。
【００３４】
動画配信装置２０のセグメントデータ読出部２０４は、外部装置から動画のストリーム配信が要求されると、要求された動画のセグメントデータを読み出す。セグメントデータ読出部２０４は、スマートフォン１０から送信されてきた指定データを受け取ると、その指定データにより指定されるビットレートのセグメントデータ群から、その指定データにより指定される個数のセグメントデータを動画の最初から読み出す。
【００３５】
セグメントデータ読出部２０４は、その後も、読み出し済みのセグメントデータの続きから指定された個数のセグメントデータを読み出す処理を、１度に読み出すセグメントデータが表す動画の部分の再生時間又はそれよりも短い時間の間隔で繰り返し行う。セグメントデータ読出部２０４は、指定されるビットレートが途中で変化すると、新たなビットレートのセグメントデータのうち再生箇所が続きとなる部分から指定された個数のセグメントデータを読み出す。セグメントデータ読出部２０４は、セグメントデータを読み出す度に、読み出したセグメントデータをセグメントデータ送信部２０５に供給する。
【００３６】
セグメントデータ送信部２０５は、供給されたセグメントデータを、指定データの送信元、すなわち動画のストリーム配信を要求してきた要求元（本実施例ではスマートフォン１０）に送信する。スマートフォン１０のセグメントデータ受信部１０７は、動画配信装置２０から送信されてきたセグメントデータを受信する。セグメントデータ受信部１０７は、受信したセグメントデータを一時記憶部１０８に供給する。
【００３７】
一時記憶部１０８は、ストリーム配信される動画のデータを一時的に記憶する。詳細には、一時記憶部１０８は、セグメントデータ受信部１０７が受信したセグメントデータを、そのセグメントデータが表す動画の部分が再生されるまで一時的に記憶する。
【００３８】
動画再生部１０９は、一時記憶部１０８にセグメントデータが記憶されると、記憶されたセグメントデータを順次読み出し、読み出したセグメントデータが表す動画を順次再生する。前述したとおりセグメントデータはエンコードされているので、動画再生部１０９は、セグメントデータをデコードして再生する。動画再生部１０９は、再生した動画を表示領域に表示するが、自装置の向きによって異なる表示領域に動画を表示する。
【００３９】
図６Ａ、図６Ｂは表示領域に表示された動画の例を表す。図６Ａ、図６Ｂでは、図２に表すタッチスクリーン１６の表示面１６１に動画が表示されている。表示面１６１は長辺１６２と短辺１６３で囲まれた長方形の面である。図６Ａの（ａ）では、表示面１６１の長辺１６２が鉛直に沿うようにスマートフォン１０が向いている（以下「縦向き」という）場合の表示領域Ｂ１が表されている。
【００４０】
図６Ａの（ｂ）では、表示面１６１の長辺１６２が水平方向に沿うようにスマートフォン１０が向いている（以下「横向き」という）場合の表示領域Ｂ２が表されている。表示領域Ｂ１及びＢ２にはいずれも人物を映した動画Ｃ１が表示されている。動画再生部１０９は、図３に表すセンサ１８が測定した自装置の傾きに基づいて自装置が縦向きか横向きかを判断し、縦向きであれば表示領域Ｂ１に動画を表示し、横向きであれば表示領域Ｂ２に動画を表示する。
【００４１】
スマートフォン１０の表示領域サイズ特定部１０２は、ストリーム配信される動画の表示領域のサイズを特定する。表示領域サイズ特定部１０２は本発明の「第１特定部」の一例である。表示領域サイズ特定部１０２は、動画再生部１０９に対して動画を表示している表示領域の種類（表示領域Ｂ１及びＢ２のどちらか）を問い合わせる。動画再生部１０９は、その問合せを受けると、動画を表示している表示領域の種類を表示領域サイズ特定部１０２に通知する。表示領域サイズ特定部１０２は、こうして通知された表示領域の種類に応じたサイズを表示領域のサイズとして特定する。
【００４２】
表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ１が通知された場合、図６（ａ）に表す長辺の長さＬ１と短辺の長さＬ２とを乗じた値、すなわち表示領域の面積を表示領域のサイズとして特定する。また、表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ２が通知された場合、図６（ｂ）に表す長辺の長さＬ３と短辺の長さＬ４とを乗じた値を表示領域のサイズとして特定する。
【００４３】
なお、表示領域Ｂ１の短辺は表示面１６１の長辺１６２に接し、表示領域Ｂ２の短辺は表示面１６１の短辺１６３と接していたが、表示領域のサイズ及び配置はこれに限らない。動画再生部１０９は、例えば図６Ｂ（ｃ）に表すように、長辺も短辺も表示面１６１の長辺１６２及び短辺１６３に接しない表示領域Ｂ３に動画Ｃ１を表示してもよい。この場合でも、表示領域サイズ特定部１０２は、表示領域Ｂ３の長辺の長さＬ５と短辺の長さＬ６とを乗じた値を表示領域サイズとして特定する。表示領域サイズ特定部１０２は、上記のとおり特定した表示領域のサイズを表すサイズ情報（本実施例では表示領域の面積を表す情報）をビットレート決定部１０５及び一時記憶量制御処理部１１０に供給する。
【００４４】
スマートフォン１０のキャッシュ量特定部１０３は、ストリーム再生におけるキャッシュ量、すなわちストリーム再生される動画のこれから再生される箇所について一時的に記憶されるセグメントデータのデータ量を特定する。キャッシュ量特定部１０３は本発明の「第２特定部」の一例である。キャッシュ量特定部１０３は、一時記憶部１０８が一時的に記憶しているセグメントデータを参照し、参照したセグメントデータが再生された場合における再生時間を前述したキャッシュ量として特定する。例えばキャッシュされたセグメントデータが２秒間の動画を表しており、そのうちの０．５秒分が既に再生されていれば、キャッシュ量特定部１０３は、１．５秒分の動画がキャッシュされていると特定し、その秒数を表す情報をキャッシュ量情報としてビットレート決定部１０５及び一時記憶量制御処理部１１０に供給する。
【００４５】
スマートフォン１０の通信速度特定部１０４は、ストリーム配信される動画のセグメントデータの受信における通信速度を特定する。通信速度特定部１０４は本発明の「第３特定部」の一例である。通信速度特定部１０４は、セグメントデータ受信部１０７を監視して、セグメントデータ受信部１０７が単位時間に受信したセグメントデータのデータサイズを通信速度として特定する。セグメントデータ受信部１０７は、例えば１秒間に１０メガビットのセグメントデータが受信されていれば１０Ｍｂｐｓを通信速度として特定する。セグメントデータ受信部１０７は、そうして特定した通信速度を表す通信速度情報をビットレート決定部１０５に供給する。
【００４６】
表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４は、それぞれの特定の処理を、本実施例ではビットレート決定部１０５がビットレートを繰り返し決定する時間間隔と共通の時間間隔で行う。
【００４７】
ビットレート決定部１０５は、表示領域サイズ特定部１０２により特定された表示領域のサイズと、キャッシュ量特定部１０３により特定されたキャッシュ量と、通信速度特定部１０４により特定された通信速度とに応じて、再生される動画のビットレートを決定する。ビットレート決定部１０５は、例えば、表示領域のサイズとビットレートの範囲とを対応付けたビットレートテーブルを用いる。
【００４８】
図７はビットレートテーブルの一例を表す。図７の例では、ストリーム配信において、４．０Ｍｂｐｓ、２．０Ｍｂｐｓ、１．０Ｍｂｐｓ、０．５Ｍｂｐｓ、０．３Ｍｂｐｓという５つのビットレートが定められているものとする。その場合に、「閾値Ｔｈ１未満」という表示領域のサイズに「２．０、１．０、０．５、０．３」（単位はいずれもＭｂｐｓ）というビットレートの範囲が対応付けられている。また、「閾値Ｔｈ１以上閾値Ｔｈ２未満」という表示領域のサイズに「４．０、２．０、１．０、０．５」、「閾値Ｔｈ２以上」という表示領域のサイズに「４．０、２．０、１．０」というビットレートの範囲がそれぞれ対応付けられている。
【００４９】
ビットレート決定部１０５は、表示領域サイズ特定部１０２により特定された表示領域のサイズに対応付けられているビットレートの範囲をビットレートテーブルから読み出す。ビットレート決定部１０５は、読み出したビットレートの範囲を、通信速度特定部１０４により特定された通信速度を超えない範囲に絞り込む。ビットレート決定部１０５は、例えば閾値Ｔｈ１未満の表示領域のサイズが特定されると「２．０、１．０、０．５、０．３」というビットレートの範囲を読み出し、１．２Ｍｂｐｓという通信速度が特定されると２．０Ｍｂｐｓというビットレートが特定された通信速度を超えているので、それ以外の「１．０、０．５、０．３」というビットレートの範囲に絞り込む。
【００５０】
ビットレート決定部１０５は、キャッシュ量特定部１０３により特定されたキャッシュ量だけ一時的に記憶されたセグメントデータが表す動画が再生された場合の再生時間（以下「キャッシュ再生時間」という）が決められた閾値Ｔｈ３以上である場合には、絞り込んだ範囲の中で大きいものから決められた順番までのビットレートのうちのいずれかを選んで、再生される動画のビットレートとして決定する。ビットレート決定部１０５は、本実施例では、決められた順番を１番まで、すなわち最大のビットレートを選んで決定する。ビットレート決定部１０５は、前述した例のように絞り込んだ範囲が「１．０、０．５、０．３」であれば、このうちの最大のビットレートである「１．０」を再生動画のビットレートとして決定する。
【００５１】
また、ビットレート決定部１０５は、キャッシュ再生時間が上記の閾値Ｔｈ３未満である場合には、絞り込んだ範囲の中で小さいものから決められた順番までのビットレートのうちのいずれかを選んで、再生される動画のビットレートとして決定する。本実施例では、最大のビットレートを除くビットレートが全て含まれる順番が決められる。従って、ビットレート決定部１０５は、上記のとおり絞り込んだ範囲の中で最大のものを除くビットレートのうちのいずれかを選んで決定する。
【００５２】
ビットレート決定部１０５は、前述した例のように絞り込んだ範囲が「１．０、０．５、０．３」であれば、このうちの最大のビットレートである「１．０」を除いた「０．５、０．３」のうちのいずれかを選んで再生動画のビットレートとして決定する。ビットレート決定部１０５は、最終的に２以上のビットレートからいずれかを選ぶ場合は、例えば動画の解像度を重視して常にそのうちの最大のビットレートを選んでもよいし、動画の継続性を重視して常にそのうちの最小のビットレートを選んでもよい。
【００５３】
ビットレート決定部１０５、配信要求部１０６及び動画再生部１０９が協働することで、一時的に記憶された動画のデータを読み出しながらその動画を表示する表示部１１１として機能する。表示部１１１は、上記のとおり、その動画を表示する表示領域のサイズに応じて動画のビットレートを変更する。具体的には、表示部１１１は、表示領域が拡大されるとビットレートを大きな値に変更し、表示領域が縮小されるとビットレートを小さな値に変更する。
【００５４】
一時記憶量制御処理部１１０は、一時記憶部１０８に記憶される動画のデータの一時記憶量を、その動画を表示する自装置の状態に応じた量にするための記憶量制御処理を行う。一時記憶量制御処理部１１０は本発明の「処理部」の一例である。本実施例では、一時記憶量制御処理部１１０は、表示領域サイズ特定部１０２から供給されるサイズ情報が表す表示領域のサイズの状態を自装置の状態として、一時記憶量をそのサイズに応じた量にするための処理を、記憶量制御処理として行う。
【００５５】
一時記憶量制御処理部１１０は、表示領域サイズの状態とセグメントデータの個数とを対応付けたセグメントデータ数テーブルを用いて上記決定を行う。
図８はセグメントデータ数テーブルの一例を表す。図８の例では、表示領域サイズの状態が「拡大状態」であり且つ一時記憶量が「上限以下」の状態であればセグメントデータの個数を「増加」させ、表示領域サイズの状態が「拡大状態」であり且つ一時記憶量が「上限を超えている」状態であればセグメントデータの個数を「０個」にすることが表されている。また、表示領域サイズの状態が「縮小状態」であればセグメントデータの個数を「減少」させることが表されている。
【００５６】
スマートフォン１０では、一時記憶部１０８が動画のデータを一時的に記憶する量（一時記憶量）に上限が定められているものとする。この上限は、キャッシュされたデータによりＲＡＭの空き容量が少なくなって動画の再生以外の処理が遅くなることを防ぐため、例えばユーザが設定して定められるようになっている。なお、ＲＡＭの空き容量より十分に下回っている場合でも、再生するために一定以上の時間が確保できる一時記憶量の上限が定められていてもよい。
【００５７】
一時記憶量制御処理部１１０は、例えば表示領域のサイズが拡大する拡大状態が自装置の状態である場合、一時記憶量が上限以下であれば、一時記憶量を増加させるための処理を記憶量制御処理として行う。一時記憶量制御処理部１１０は、前回供給されたサイズ情報が表す表示領域のサイズよりも今回供給されたサイズ情報が表す表示領域のサイズの方が大きければ、拡大状態だと判断する。一時記憶量制御処理部１１０は、配信要求部１０６が要求するセグメントデータの個数を決定し、決定した個数でセグメントデータを要求することを指示する指示処理を、記憶量制御処理として行う。
【００５８】
一時記憶量制御処理部１１０は、前述のとおり拡大状態だと判断した場合には、セグメントデータ数テーブルが表すように、セグメントデータの個数を増加させる決定をする。一時記憶量制御処理部１１０は、セグメントデータの個数を、前回の個数から増加させてもよいし、予め定められた基準の数（例えば配信要求が行われる間隔に再生されるセグメントデータの個数。１セグメントデータの再生時間が２秒で要求間隔が４秒なら２個が基準の数となる）から増加させてもよい。
【００５９】
いずれの場合も、配信要求部１０６が要求するセグメントデータの個数が増え、より先の画面を表すセグメントデータが送信され、一時記憶部１０８に記憶されるセグメントデータのデータ量、すなわち一時記憶量が増加する。ただし、一時記憶量制御処理部１１０は、一時記憶量をその上限までの範囲で増加させるための処理を記憶量制御処理として行う。
【００６０】
一時記憶量制御処理部１１０は、キャッシュ量特定部１０３から供給されるキャッシュ量情報が表す量（本実施例ではキャッシュされた動画の秒数）が予め定められた上限に達した場合には、表示領域サイズの状態が拡大状態であっても、次のセグメントデータの個数をセグメントデータ数テーブルが表すように０個に決定することで、一時記憶量が上限を超えないようにする。なお、この場合のセグメントデータの個数は、０個に限らず、一時記憶量が減少する個数であればよい。
【００６１】
また、一時記憶量制御処理部１１０は、表示領域のサイズが縮小する縮小状態が自装置の状態である場合、一時記憶量を減少させるための処理を記憶量制御処理として行う。一時記憶量制御処理部１１０は、前回供給されたサイズ情報が表す表示領域のサイズよりも今回供給されたサイズ情報が表す表示領域のサイズの方が小さければ、縮小状態だと判断する。
【００６２】
一時記憶量制御処理部１１０は、縮小状態だと判断した場合には、セグメントデータ数テーブルが表すように、セグメントデータの個数を減少させる決定を行う。一時記憶量制御処理部１１０は、セグメントデータの個数を、前回の個数から減少させてもよいし、前述した予め定められた基準の数から減少させてもよい。いずれの場合も、配信要求部１０６が要求するセグメントデータの個数が減り、一時記憶部１０８に記憶されるセグメントデータのデータ量、すなわち一時記憶量が減少する。
【００６３】
動画配信システム１が備える各装置は、上記の構成に基づいて、動画のストリーム配信処理を行う。
図９はストリーム配信処理における各装置の動作手順の一例を表す。図９の例では、ユーザがスマートフォン１０に対してストリーム配信される動画を再生させる操作（動画のリンクを選択する操作など）を行うことを契機に動作手順が開始される。
【００６４】
まず、スマートフォン１０が、動画の再生操作を受け付ける（ステップＳ１１）。次に、スマートフォン１０（ビットレート情報取得部１０１）が、再生操作を受け付けた動画のビットレート情報を動画配信装置２０に要求する（ステップＳ１２）。動画配信装置２０（ビットレート情報送信部２０３）は、要求された動画のビットレート情報を読み出してスマートフォン１０に送信する（ステップＳ１３）。スマートフォン１０（ビットレート情報取得部１０１）は、送信されてきたビットレート情報を取得する（ステップＳ１４）。
【００６５】
続いて、スマートフォン１０（表示領域サイズ特定部１０２）が、再生操作を受け付けた動画の表示領域のサイズを特定する（ステップＳ１５）。次に、スマートフォン１０（一時記憶量制御処理部１１０）が、特定されたサイズに応じたセグメントデータの個数を決定する（ステップＳ１６）。続いて、スマートフォン１０（ビットレート決定部１０５）が、特定されたサイズに応じた動画のビットレートを決定する（ステップＳ１７）。そして、スマートフォン１０（配信要求部１０６）が、ステップＳ１７で決定されたビットレートでの動画のストリーム配信を動画配信装置２０に要求する（ステップＳ１８）。
【００６６】
動画配信装置２０（セグメントデータ読出部２０４）は、ステップＳ１８で要求されたビットレートの動画を表すセグメントデータを読み出す（ステップＳ２１）。次に、動画配信装置２０（セグメントデータ送信部２０５）は、ステップＳ２１で読み出されたセグメントデータをスマートフォン１０に送信する（ステップＳ２２）。スマートフォン１０（セグメントデータ受信部１０７）は、ステップＳ２２において送信されてきたセグメントデータを受信する。スマートフォン１０（一時記憶部１０８）は、受信されたセグメントデータを一時的に記憶する（ステップＳ２３）。
【００６７】
次に、スマートフォン１０（動画再生部１０９）は、一時的に記憶されたセグメントデータを読み出して再生し、表示領域に表示する（ステップＳ２４）。続いて、スマートフォン１０（表示領域サイズ特定部１０２）は、再生された動画の表示領域のサイズを特定する（ステップＳ２５）。次に、スマートフォン１０（キャッシュ量特定部１０３）は、一時記憶されているセグメントデータのデータ量、すなわちキャッシュ量を特定する（ステップＳ２６）。
【００６８】
続いて、スマートフォン１０（通信速度特定部１０４）は、セグメントデータの受信における通信速度を特定する（ステップＳ２７）。そして、スマートフォン１０（ビットレート決定部１０５）は、ステップＳ２５で特定された表示領域のサイズと、ステップＳ２６で特定されたキャッシュ量と、ステップＳ２７で特定された通信速度とに応じて、ビットレートを決定する（ステップＳ２８）。スマートフォン１０（配信要求部１０６）は、ステップＳ２８で決定されたビットレートの動画の配信を動画配信装置２０に要求する（ステップＳ２９）。
【００６９】
動画配信装置２０（セグメントデータ読出部２０４）は、ステップＳ２１に戻り、ステップＳ２９で要求されたビットレートの動画を表すセグメントデータを読み出す。以降、ユーザが動作の再生を終了させる操作を行うか、動画が最後まで再生されて動画の再生が終了するまで、ステップＳ２１からＳ２９までの動作が繰り返し行われる。
【００７０】
本実施例によれば、上記のとおり、一時記憶部１０８が記憶するデータ量、すなわちストリーム配信される動画のデータを一時的に記憶させる量が自装置の状態（本実施例では表示領域のサイズ）に合わせて変化する。例えばビットレートが小さくなる縮小状態（表示領域のサイズが縮小する状態）では一時記憶量を減少させることで、縮小状態において一時記憶量を減少させない場合に比べて、今後表示領域のサイズが拡大した場合に低画質の画像（ビットレートが小さな画像）が再生される時間が短くなる。
【００７１】
一方、ビットレートが大きくなる拡大状態（表示領域のサイズが拡大する状態）では、セグメントデータのサイズも大きくなるので、セグメントデータが小さいときに比べて通信が途切れやすくなる。本実施例では、拡大状態では一時記憶量を増加させることで、拡大状態において一時記憶量を増加させない場合に比べて、そのように通信が途切れやすいときでも動画の中断が起こりにくくなる。また、その際に一時記憶量の上限が定められていることで、一時記憶量が増加し過ぎることが防がれる。
［２］変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
【００７２】
［２−１］一時記憶量の上限
実施例では一時記憶量の上限が定められていたが、この上限が定められていなくてもよい。例えば一時記憶部１０８が、ストリーミングされる動画の最大のデータサイズを超える記憶容量を有していれば、上限が定められていなくても、一時記憶する記憶領域が足りなくて配信されたセグメントデータを破棄するといったことが生じない。
【００７３】
［２−２］表示装置の向き
一時記憶量制御処理部１１０は、自装置（表示装置）の状態として実施例とは異なる状態を用いてもよい。例えば、動画再生部１０９が、図６Ａの説明で述べたように、自装置の向きに応じたサイズの表示領域に動画を表示する場合に、一時記憶量制御処理部１１０は、自装置の向きの状態を自装置の状態として、一時記憶量をその向きに応じた量にするための処理を記憶量制御処理として行う。
【００７４】
図１０は本変形例のセグメントデータ数テーブルの一例を表す。図１０の例では、自装置の向きの状態が「横向き」（図６Ａ（ｂ）に表すように表示面１６１の長辺１６２が水平方向に沿うようにスマートフォン１０が向いている状態）であればセグメントデータの個数を「増加」させ、自装置の向きの状態が「縦向き」（図６Ａ（ａ）に表すように表示面１６１の短辺１６３が水平方向に沿うようにスマートフォン１０が向いている状態）であればセグメントデータの個数を「減少」させることが表されている。
【００７５】
一時記憶量制御処理部１１０は、このセグメントデータ数テーブルが表すように、自装置が横向きの状態であれば、一時記憶量を増加させるための処理を記憶量制御処理として行い、自装置が縦向きの状態であれば、一時記憶量を減少させるための処理を記憶量制御処理として行う。以上のとおり、本変形例では、ストリーム配信される動画のデータを一時的に記憶させる量が自装置の向きに合わせて変化する。これにより、スマートフォン１０が図６Ａの説明で述べたように横向きの状態では縦向きの状態よりも表示領域のサイズを大きくする場合、実施例のように、今後表示領域のサイズが拡大した場合に低画質の画像（ビットレートが小さな画像）が再生される時間が短くなるし、動画の中断が起こりにくくなる。
【００７６】
［２−３］表示装置の移動速度
一時記憶量制御処理部１１０は、自装置（表示装置）の状態として、移動速度の状態を用いてもよい。この場合、一時記憶量制御処理部１１０は、自装置の移動速度の状態を自装置の状態として、一時記憶量をその向きに応じた量にするための処理を記憶量制御処理として行う。
【００７７】
図１１は本変形例のスマートフォン１０ａが実現する機能構成を表す。スマートフォン１０ａは、図５に表す各部に加えて移動速度測定部１１２を備える。本変形例では、図３に表すセンサ１８が、３軸の加速度センサであり、自装置の加速度を表すデータをＣＰＵ１１に供給する。移動速度測定部１１２は、この加速度に基づいて自装置の移動速度を測定する。移動速度測定部１１２は、配信要求部１０６による配信要求と共通の間隔で測定を行い、測定の度にその測定結果を一時記憶量制御処理部１１０に供給する。
【００７８】
図１２は本変形例のセグメントデータ数テーブルの一例を表す。図１２の例では、自装置の移動速度の状態が「閾値Ｔｈ１１未満」であればセグメントデータの個数を「増加」させ、自装置の移動速度の状態が「閾値Ｔｈ１１以上」であればセグメントデータの個数を「減少」させることが表されている。
【００７９】
一時記憶量制御処理部１１０は、このセグメントデータ数テーブルが表すように、自装置の移動速度が閾値Ｔｈ１１未満の状態であれば、一時記憶量を増加させるための処理を記憶量制御処理として行い、自装置の移動速度が閾値Ｔｈ１１以上の状態であれば、一時記憶量を減少させるための処理を記憶量制御処理として行う。以上のとおり、本変形例では、ストリーム配信される動画のデータを一時的に記憶させる量が自装置の移動速度に合わせて変化する。
【００８０】
例えばユーザが歩く速度とユーザが立ち止まっているときにスマートフォン１０ａを動かす速度との境目となる値（例えば時速２〜３ｋｍ程度）を閾値Ｔｈ１１として定めたとする。すると、ユーザが立ち止まっているときにはセグメントデータの個数が増加して一時記憶量も増加し、通信が一時的に中断しても動画が中断しにくくなる。一方、ユーザが歩いているときにはセグメントデータの個数が減少して一時記憶量も減少し、通信が一時的に中断したときに動画が中断しやすくなる。これにより、本変形例の記憶量制御処理が行われない場合に比べて、歩きながらスマートフォンを見る行為（歩きスマホ）が抑制されつつ、ユーザが立ち止まっていれば動画が快適に視聴されることになる。
【００８１】
［２−４］表示装置の位置
一時記憶量制御処理部１１０は、自装置（表示装置）の状態として、自装置の位置の状態を用いてもよい。この場合、一時記憶量制御処理部１１０は、自装置の位置の状態を自装置の状態として、一時記憶量をその向きに応じた量にするための処理を記憶量制御処理として行う。
【００８２】
図１３は本変形例のスマートフォン１０ｂが実現する機能構成を表す。スマートフォン１０ｂは、図５に表す各部に加えて測位部１１３を備える。本変形例では、図３に表すセンサ１８が、ＧＰＳ（Global Positioning System）を有する測位センサであり、自装置の位置を表す位置データをＣＰＵ１１に供給する。測位部１１３は、この位置データが表す自装置の位置を測定する。測位部１１３は、配信要求部１０６による配信要求と共通の間隔で位置の測定を行い、測定の度にその測定結果を一時記憶量制御処理部１１０に供給する。
【００８３】
図１４は本変形例のセグメントデータ数テーブルの一例を表す。図１４の例では、自装置の位置の状態が「自宅、職場」であればセグメントデータの個数を「増加」させ、自装置の位置の状態が「移動経路」であればセグメントデータの個数を「減少」させることが表されている。また、自装置の位置の状態が「電車の路線」である場合、「出発から駅の手前まで」であればセグメントデータの個数を「増加」させ、「駅の手前から出発まで」であればセグメントデータの個数を「減少」させることが表されている。
【００８４】
一時記憶量制御処理部１１０は、このセグメントデータ数テーブルが表すように、自装置の位置が「自宅、職場」の状態又は「電車の路線」において「出発から駅の手前まで」の状態であれば、一時記憶量を増加させるための処理を記憶量制御処理として行い、自装置の位置が「移動経路」の状態又は「電車の路線」において「駅の手前から出発まで」の状態であれば、一時記憶量を減少させるための処理を記憶量制御処理として行う。以上のとおり、本変形例では、ストリーム配信される動画のデータを一時的に記憶させる量が自装置の位置に合わせて変化する。
【００８５】
本変形例では、ユーザが自宅や職場にいるときや電車に乗っているときにはセグメントデータの個数が増加して一時記憶量も増加し、通信が一時的に中断しても動画が中断しにくくなる。一方、ユーザが移動経路にいるときや電車が間もなく駅に到着するときにはセグメントデータの個数が減少して一時記憶量も減少し、通信が一時的に中断したときに動画が中断しやすくなる。これにより、本変形例の記憶量制御処理が行われない場合に比べて、歩きながらスマートフォンを見る行為（歩きスマホ）が抑制される。また、ユーザが移動していても、それが電車での移動であれば、動画が快適に視聴されることになる。なお、電車での移動に限らず、バスや船、飛行機での移動においても、本変形例のように記憶量制御処理が行われることで、動画が快適に視聴されることになる。
【００８６】
［２−５］表示装置と他の装置との接続状態
一時記憶量制御処理部１１０は、自装置と他の装置との接続状態を自装置の状態として、一時記憶量をその向きに応じた量にするための処理を記憶量制御処理として行ってもよい。ここでいう接続状態とは、例えば、自装置と無線通信を行う装置との接続状態である。
【００８７】
図１５は本変形例のスマートフォン１０ｃのハードウェア構成を表す。スマートフォン１０ｃは、図３に表すハードウェアに加えて、第２ＮＩＣ１４−２を備える。本変形例では、ＮＩＣ１４は移動体通信の規格に準拠した無線通信を行い、第２ＮＩＣ１４−２は無線ＬＡＮ（Local Area Network）の規格に準拠した無線通信を行う。
【００８８】
図１６はスマートフォン１０ｃが実現する機能構成を表す。スマートフォン１０ｃは、図５に表す各部に加えて無線通信接続先判別部１１４を備える。無線通信接続先判別部１１４は、ＮＩＣ１４が無線通信を行っている場合には移動体通信網の基地局を無線通信の接続先と判別し、第２ＮＩＣ１４−２が無線通信を行っている場合には無線ＬＡＮのアクセスポイントを無線通信の接続先と判別する。無線通信接続先判別部１１４は、配信要求部１０６による配信要求と共通の間隔で判別を行い、判別の度にその判別結果を一時記憶量制御処理部１１０に供給する。
【００８９】
図１７は本変形例のセグメントデータ数テーブルの一例を表す。図１７の例では、無線通信の接続先が「アクセスポイント」であればセグメントデータの個数を「増加」させ、無線通信の接続先が「基地局」であればセグメントデータの個数を「減少」させることが表されている。一時記憶量制御処理部１１０は、このセグメントデータ数テーブルが表すように、自装置と無線通信を行う接続先が「アクセスポイント」である状態においては、一時記憶量を増加させるための処理を記憶量制御処理として行い、自装置と無線通信を行う接続先が「基地局」である状態においては、一時記憶量を減少させるための処理を記憶量制御処理として行う。
【００９０】
以上のとおり、本変形例では、ストリーム配信される動画のデータを一時的に記憶させる量が自装置と他の装置との接続状態に合わせて変化する。また、アクセスポイントが接続先である場合には従量課金されないことが一般的なので、本変形例の記憶量制御処理が行われない場合に比べて、一時記憶量を増加させて動画を中断しにくくしている。また、基地局が接続先である場合には、従量課金されるか、一定の通信量を超えると通信速度を低下する処置が行われることがあるので、本変形例の記憶量制御処理が行われない場合に比べて、一時記憶量を減少させて通信料金の低減や通信速度の低下処置の回避がされやすくなっている。
【００９１】
なお、接続状態は、上記以外にも、例えば、自装置と周辺機器との接続状態であってもよい。
図１８は本変形例のスマートフォン１０ｄのハードウェア構成を表す。スマートフォン１０ｄは、図３に表すハードウェアに加えて、Ｉ／Ｆ（InterFace）１９を備える。Ｉ／Ｆ１９は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に準拠したインターフェースであり、Ｂｌｕｅｔｏｏｔｈに対応した周辺機器が接続される。
【００９２】
図１９はスマートフォン１０ｄが実現する機能構成を表す。スマートフォン１０ｄは、図５に表す各部に加えて周辺機器接続判定部１１５を備える。周辺機器接続判定部１１５は、Ｉ／Ｆ１９に接続されている周辺機器の有無を判定する。周辺機器接続判定部１１５は、例えば、自装置のＯＳ（Operating System）からＢｌｕｅｔｏｏｔｈのペアリングの状態を表す情報を取得して、ペアリングしている装置があれば周辺機器が接続されていると判定する。周辺機器接続判定部１１５は、配信要求部１０６による配信要求と共通の間隔で判定を行い、判定の度にその判定結果を一時記憶量制御処理部１１０に供給する。
【００９３】
図２０は本変形例のセグメントデータ数テーブルの一例を表す。図２０の例では、周辺機器の接続が「なし」であればセグメントデータの個数を「増加」させ、周辺機器の接続が「あり」であればセグメントデータの個数を「減少」させることが表されている。一時記憶量制御処理部１１０は、このセグメントデータ数テーブルが表すように、自装置と周辺機器との接続がない状態においては、一時記憶量を増加させるための処理を記憶量制御処理として行い、自装置と周辺機器との接続がある状態においては、一時記憶量を減少させるための処理を記憶量制御処理として行う。
【００９４】
この場合も、ストリーム配信される動画のデータを一時的に記憶させる量が自装置と他の装置との接続状態に合わせて変化する。また、周辺機器が接続されていると、その周辺機器を主に利用する状態になるので、本変形例では、一時記憶量を減少させて、周辺機器が使用可能な記憶領域を多くしている。一方、周辺機器が接続されていると、周辺機器が接続されていない場合に比べて表示される動画に対する注意力が低くなりやすいので、一時記憶量を減少させたときの影響が小さい。
【００９５】
［２−６］サーバ装置
上述したビットレートの決定をサーバ装置が行ってもよい。
図２１は本変形例の動画配信システム１ｅの全体構成を表す。動画配信システム１ｅは、通信回線２と、スマートフォン１０ｅと、動画配信装置２０と、サーバ装置３０とを備える。
【００９６】
図２２はサーバ装置３０のハードウェア構成を表す。サーバ装置３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＩＣ３４と、ＨＤＤ３５とを備えるコンピュータである。ＣＰＵ３１からＨＤＤ３５までは、図４に表す同名のハードウェアとそれぞれ共通するものである。
【００９７】
図２３は本変形例の各装置が実現する機能構成を表す。スマートフォン１０ｅは、図５に表すセグメントデータ受信部１０７、一時記憶部１０８及び動画再生部１０９に加えて、再生操作通知部１１６を備える。サーバ装置３０は、図５に表すビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３、通信速度特定部１０４、ビットレート決定部１０５、配信要求部１０６及び一時記憶量制御処理部１１０を備える。
【００９８】
スマートフォン１０ｅの再生操作通知部１１６は、ストリーム配信される動画を再生させる操作が自装置に対して行われると、その旨をサーバ装置３０に通知する。この通知はサーバ装置３０のビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４により受け取られる。この通知を受け取ると、ビットレート情報取得部１０１はビットレート情報を取得し、各特定部は、スマートフォン１０ｅの対応する各部（表示領域サイズ特定部１０２は動画再生部１０９、キャッシュ量特定部１０３は一時記憶部１０８、通信速度特定部１０４はセグメントデータ受信部１０７）と通信して、それぞれの特定動作を開始する。
【００９９】
本変形例の一時記憶量制御処理部１１０は、ストリーム配信される動画のデータを一時的に記憶しながら表示する表示装置（本変形例ではスマートフォン１０ｅ）におけるその動画のデータの一時記憶量を、表示装置の状態に応じた量にするための記憶量制御処理を行う。この一時記憶量制御処理部１１０も本発明の「処理部」の一例である。一時記憶量制御処理部１１０は、例えば、スマートフォン１０ｅが動画を表示する表示領域のサイズの状態を表示装置の状態として、一時記憶量をそのサイズに応じた量にするための処理を、記憶量制御処理として行う。
【０１００】
記憶量制御処理の詳細は、実施例や上記変形例と共通であるが、上記の各例では表示装置自身が記憶量制御処理を行っていたため、主に自装置が処理の対象や主体であったが、本変形例では、サーバ装置３０が記憶量制御処理を行うため、「自装置」ではなくサーバ装置３０にとっての外部装置である「表示装置」が処理の対象や主体となる。これにより、上記の各例のように、ビットレート決定部１０５がビットレートを決定し、一時記憶量制御処理部１１０がセグメントデータの個数を決定して、配信要求部１０６により動画の配信が要求される。
【０１０１】
この際、配信要求部１０６は、動画の配信先をスマートフォン１０ｅとして要求を行う。動画配信装置２０のセグメントデータ送信部２０５は、要求された動画のセグメントデータをスマートフォン１０ｅに送信する。こうしてサーバ装置３０で決定されたビットレートの動画がスマートフォン１０ｅに配信される。本変形例でも、サーバ装置３０が実施例のスマートフォン１０のように一時記憶量を制御するので、ストリーム配信される動画のデータを一時的に記憶させる量がスマートフォン１０の状態（本変形例では表示領域のサイズ）に合わせて変化する。
【０１０２】
［２−７］発明のカテゴリ
本発明は、上記のスマートフォンのようにストリーム配信された動画を表示する表示装置や上記のサーバ装置のように動画は表示しないが記憶量制御処理を行う情報処理装置の他、動画配信装置やこれらの装置を備える動画配信システムとして捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等の通信回線を介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
【符号の説明】
【０１０３】
１…動画配信システム、２…通信回線、１０…スマートフォン、２０…動画配信装置、３０…サーバ装置、１０１…ビットレート情報取得部、１０２…表示領域サイズ特定部、１０３…キャッシュ量特定部、１０４…通信速度特定部、１０５…ビットレート決定部、１０６…配信要求部、１０７…セグメントデータ受信部、１０８…一時記憶部、１０９…動画再生部、１１０…一時記憶量制御処理部、１１１…表示部、１１２…移動速度測定部、１１３…測位部、１１４…無線通信接続先判別部、１１５…周辺機器接続判定部、１１６…再生操作通知部、２０１…セグメントデータ記憶部、２０２…ビットレート情報記憶部、２０３…ビットレート情報送信部、２０４…セグメントデータ読出部、２０５…セグメントデータ送信部。
【図１】
2017163287.tif 000003
【図２】
2017163287.tif 000004
【図３】
2017163287.tif 000005
【図４】
2017163287.tif 000006
【図５】
2017163287.tif 000007
【図６Ａ】
2017163287.tif 000008
【図６Ｂ】
2017163287.tif 000009
【図７】
2017163287.tif 000010
【図８】
2017163287.tif 000011
【図９】
2017163287.tif 000012
【図１０】
2017163287.tif 000013
【図１１】
2017163287.tif 000014
【図１２】
2017163287.tif 000015
【図１３】
2017163287.tif 000016
【図１４】
2017163287.tif 000017
【図１５】
2017163287.tif 000018
【図１６】
2017163287.tif 000019
【図１７】
2017163287.tif 000020
【図１８】
2017163287.tif 000021
【図１９】
2017163287.tif 000022
【図２０】
2017163287.tif 000023
【図２１】
2017163287.tif 000024
【図２２】
2017163287.tif 000025
【図２３】
2017163287.tif 000026