(57)【特許請求の範囲】
【請求項１】
動画コンテンツを配信する配信サーバと、該配信サーバから動画コンテンツを受信する複数の受信装置とを備える動画配信システムであって、
前記受信装置はそれぞれ、
前記配信サーバからマニフェストファイルを取得するマニフェスト取得部と、
前記配信サーバから動画コンテンツのセグメントを取得するセグメント取得部と、
前記セグメントをデコードして再生する再生部と、
通信速度及びバッファ蓄積量を前記配信サーバに送信する端末情報送信部と、を備え、
前記配信サーバは、
前記複数の受信装置から取得した、各受信装置の前記通信速度及び前記バッファ蓄積量に基づいて、動画コンテンツの複数の品質に対応する複数のエンコードレートを適応的に決定するエンコードレート通知部と、
前記エンコードレートに基づいてマニフェストファイルを生成するマニフェスト生成部と、
前記エンコードレートでエンコードされた動画ストリームを分割してセグメントを生成するセグメント生成部と、
を備え、
前記エンコードレート通知部は、
前記複数の受信装置から、各受信装置の通信速度及びバッファ蓄積量を取得する受信状況取得部と、
セグメントの品質毎に、セグメントを受信している受信装置の数を集計する品質毎集計部と、
エンコードレートの変更値の候補となる候補エンコードレートを複数決定し、各候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の数を予測する品質毎集計予測部と、
前記品質毎集計部により集計した受信装置の数と、前記品質毎集計予測部により予測した受信装置の数との差Ｎに基づいて、前記複数の候補エンコードレートから新たなエンコードレートを決定するエンコードレート決定部と、
を備えることを特徴とする動画配信システム。
【請求項２】
動画コンテンツを複数の受信装置に配信する配信サーバであって、
前記複数の受信装置から取得した、各受信装置の通信速度及びバッファ蓄積量に基づいて、動画コンテンツの複数の品質に対応する複数のエンコードレートを適応的に決定するエンコードレート通知部と、
前記エンコードレートに基づいてマニフェストファイルを生成するマニフェスト生成部と、
前記エンコードレートに基づいてエンコードされたデータを分割してセグメントを生成するセグメント生成部と、
を備え、
前記エンコードレート通知部は、
前記複数の受信装置から、各受信装置の通信速度及びバッファ蓄積量を取得する受信状況取得部と、
セグメントの品質毎に、セグメントを受信している受信装置の数を集計する品質毎集計部と、
エンコードレートの変更値の候補となる候補エンコードレートを複数決定し、各候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の数を予測する品質毎集計予測部と、
前記品質毎集計部により集計した受信装置の数と、前記品質毎集計予測部により予測した受信装置の数との差Ｎに基づいて、前記複数の候補エンコードレートから新たなエンコードレートを決定するエンコードレート決定部と、
を備えることを特徴とする配信サーバ。
【請求項３】
前記エンコードレート決定部は、前記Ｎが最も小さくなるときの候補エンコードレートを新たなエンコードレートとして決定することを特徴とする、請求項２に記載の配信サーバ。
【請求項４】
前記エンコードレート決定部は、前記Ｎが閾値以下となったときの候補エンコードレートを新たなエンコードレートとして決定することを特徴とする、請求項２に記載の配信サーバ。
【請求項５】
前記エンコードレート決定部は、候補エンコードレートを下げていったときの前記Ｎの変化量が閾値以下となる場合には、前記Ｎの変化量が閾値以下となる直前の候補エンコードレートを新たなエンコードレートとして決定することを特徴とする、請求項２に記載の配信サーバ。
【請求項６】
前記複数の候補エンコードレートは、最も低いエンコードレートについては固定値であることを特徴とする、請求項２から５のいずれか一項に記載の配信サーバ。
【請求項７】
緊急情報を受信する緊急情報受信部と、
前記緊急情報が入力された場合には前記エンコードレート決定部により決定されたエンコードレートを低下させるエンコードレート調整部と、
を更に備えることを特徴とする、請求項２から６のいずれか一項に記載の配信サーバ。
【請求項８】
コンピュータを、請求項２から７のいずれか一項に記載の配信サーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画配信システム、該動画配信システムを構成する配信サーバ、及びプログラムに関する。
【背景技術】
【０００２】
インターネット上で、アダプティブストリーミング方式によりストリーミング動画配信を行うために、ＭＰＥＧ−ＤＡＳＨ（MPEG-Dynamic Adaptive Streaming over HTTP）、ＨＬＳ（HTTP Live Streaming）、ＨＤＳ（HTTP Dynamic Streaming）などの規格が制定されている。
【０００３】
これらは、ベースとなる仕組みは同じであり、動画コンテンツを配信する配信サーバはエンコードレート（品質に相当）の異なる複数のストリームをそれぞれ数秒から数十秒程度のファイルに分割したもの（セグメント）と、それらの動画コンテンツの属性やＵＲＬを記述したマニフェストファイルを用意する。個々の受信装置は、マニフェストファイルからビットレートやセグメントの構成を把握し、インターネットの回線品質の変化等に伴う受信状況の良否に応じて、セグメント単位で再生可能なエンコードレートの動画ファイルを自律的に選択する。そして、マニフェストファイルに従って１本の動画コンテンツにつなぎ合わせて再生する（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】平林  光治、「次世代動画配信技術「ＭＰＥＧ−ＤＡＳＨ」技術概要と標準化・関連技術動向」、映像情報メディア学会誌、２０１３年、Ｖｏｌ.６７、Ｎｏ.２、ｐｐ.１０９−１１５
【発明の概要】
【発明が解決しようとする課題】
【０００５】
アダプティブストリーミングは、回線品質の劣化による動画再生の途切れを抑制することができるが、以下に述べる課題がある。
【０００６】
従来のアダプティブストリーミングでは、配信サーバは、専ら高品質、中品質、低品質のエンコードレートの動画ストリームを生成する。受信できる品質の上限は、受信者の設置したインターネット受信環境の持つ潜在的な性能（回線容量）により、おのずと決まる。例えば、光回線の契約世帯は高品質の動画を受信できるが、メタル回線やモバイル回線といった回線容量の低い通信環境を利用している場合には、中品質あるいは低品質の動画を受信せざるを得ない。したがって、インターネットの回線品質を無視したとき、高品質、中品質、低品質の動画を受信する受信装置数の構成は、受信者設備等の回線容量で決まる。
【０００７】
実際には、インターネットの輻輳等の品質劣化要因（受信状況）は時々刻々と変化する。アダプティブストリーミングでは、受信装置は受信状況に応じて再生可能な品質を適宜、自律的に選択するため、動画再生の途切れは発生しにくい。しかし、例えば高品質から、中品質や低品質に急に品質が変化した場合（最悪、途切れた場合）には、ユーザは品質劣化を体感し、それが繰り返される頻度が多いほど不快に感じてしまう。
【０００８】
急な品質劣化を避ける方法として、例えば高品質と中品質の間や、中品質と低品質の間の品質の多くの動画ストリームをあらかじめ生成することで、受信装置が選択する品質が変化した場合でも、品質の変化量を小さくすることができる。しかし、品質種類が多くなればなるほどエンコード処理量は増加し、ハードウェア処理であればマシン台数の増加につながり、ソフトウェア処理であれば演算量の増加につながる。すなわち、コスト増加につながる。
【０００９】
かかる事情に鑑みてなされた本発明の目的は、エンコード処理にかかるコストを増加させることなく、受信状況の変化に伴う動画再生の品質変化を緩やかにし、ユーザに品質劣化を体感させにくくすることが可能な動画配信システム、配信サーバ、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明に係る動画配信システムは、動画コンテンツを配信する配信サーバと、該配信サーバから動画コンテンツを受信する複数の受信装置とを備える動画配信システムであって、前記受信装置はそれぞれ、前記配信サーバからマニフェストファイルを取得するマニフェスト取得部と、前記配信サーバから動画コンテンツのセグメントを取得するセグメント取得部と、前記セグメントをデコードして再生する再生部と、通信速度及びバッファ蓄積量を前記配信サーバに送信する端末情報送信部と、を備え、前記配信サーバは、前記複数の受信装置から取得した、各受信装置の前記通信速度及び前記バッファ蓄積量に基づいて、動画コンテンツの複数の品質に対応する複数のエンコードレートを適応的に決定するエンコードレート通知部と、前記エンコードレートに基づいてマニフェストファイルを生成するマニフェスト生成部と、前記エンコードレートでエンコードされた動画ストリームを分割してセグメントを生成するセグメント生成部と、を備え、前記エンコードレート通知部は、前記複数の受信装置から、各受信装置の通信速度及びバッファ蓄積量を取得する受信状況取得部と、セグメントの品質毎に、セグメントを受信している受信装置の数を集計する品質毎集計部と、エンコードレートの変更値の候補となる候補エンコードレートを複数決定し、各候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の数を予測する品質毎集計予測部と、前記品質毎集計部により集計した受信装置の数と、前記品質毎集計予測部により予測した受信装置の数との差Ｎに基づいて、前記複数の候補エンコードレートから新たなエンコードレートを決定するエンコードレート決定部と、を備えることを特徴とする。
【００１１】
また、上記課題を解決するため、本発明に係る配信サーバは、動画コンテンツを複数の受信装置に配信する配信サーバであって、前記複数の受信装置から取得した、各受信装置の通信速度及びバッファ蓄積量に基づいて、動画コンテンツの複数の品質に対応する複数のエンコードレートを適応的に決定するエンコードレート通知部と、前記エンコードレートに基づいてマニフェストファイルを生成するマニフェスト生成部と、前記エンコードレートに基づいてエンコードされたデータを分割してセグメントを生成するセグメント生成部と、を備え、前記エンコードレート通知部は、前記複数の受信装置から、各受信装置の通信速度及びバッファ蓄積量を取得する受信状況取得部と、セグメントの品質毎に、セグメントを受信している受信装置の数を集計する品質毎集計部と、エンコードレートの変更値の候補となる候補エンコードレートを複数決定し、各候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の数を予測する品質毎集計予測部と、前記品質毎集計部により集計した受信装置の数と、前記品質毎集計予測部により予測した受信装置の数との差Ｎに基づいて、前記複数の候補エンコードレートから新たなエンコードレートを決定するエンコードレート決定部と、を備えることを特徴とする。
【００１２】
さらに、本発明に係る配信サーバにおいて、前記エンコードレート通知部は、前記複数の受信装置から、各受信装置の通信速度及びバッファ蓄積量を取得する受信状況取得部と、セグメントの品質毎に、セグメントを受信している受信装置の数を集計する品質毎集計部と、エンコードレートの変更値の候補となる候補エンコードレートを複数決定し、各候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の数を予測する品質毎集計予測部と、前記品質毎集計部により集計した受信装置の数と、前記品質毎集計予測部により予測した受信装置の数との差Ｎに基づいて、前記複数の候補エンコードレートから新たなエンコードレートを決定するエンコードレート決定部と、を備える特徴とする。
【００１３】
さらに、本発明に係る配信サーバにおいて、前記エンコードレート決定部は、前記Ｎが最も小さくなるときの候補エンコードレートを新たなエンコードレートとして決定することを特徴とする。
【００１４】
さらに、本発明に係る配信サーバにおいて、前記エンコードレート決定部は、前記Ｎが閾値以下となったときの候補エンコードレートを新たなエンコードレートとして決定することを特徴とする。
【００１５】
さらに、本発明に係る配信サーバにおいて、前記エンコードレート決定部は、候補エンコードレートを下げていったときの前記Ｎの変化量が閾値以下となる場合には、前記Ｎの変化量が閾値以下となる直前の候補エンコードレートを新たなエンコードレートとして決定することを特徴とする。
【００１６】
さらに、本発明に係る配信サーバにおいて、前記複数の候補エンコードレートは、最も低いエンコードレートについては固定値であることを特徴とする。
【００１７】
さらに、本発明に係る配信サーバにおいて、緊急情報を受信する緊急情報受信部と、前記緊急情報が入力された場合には前記エンコードレート決定部により決定されたエンコードレートを低下させるエンコードレート調整部と、を更に備えることを特徴とする。
【００１９】
また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記配信サーバとして機能させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、エンコード処理にかかるコストを増加させることなく、受信状況の変化に伴う動画再生の品質変化を緩やかにし、ユーザに品質劣化を体感させにくくすることができるようになる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る動画配信システムの概念図である。
【図２】本発明の一実施形態に係る受信装置の構成例を示すブロック図である。
【図３】本発明の第１の実施形態に係る配信サーバの構成例を示すブロック図である。
【図４（ａ）】ＭＰＥＧ−ＤＡＳＨ形式のエンコードレートの変更前のマニフェストファイルの一例（抜粋）を示す図である。
【図４（ｂ）】ＭＰＥＧ−ＤＡＳＨ形式のエンコードレートの変更後のマニフェストファイルの一例（抜粋）を示す図である。
【図５】本発明の第１の実施形態に係る配信サーバにおけるエンコードレート通知部の構成例を示すブロック図である。
【図６】本発明の効果を説明する図である。
【図７】本発明の第２の実施形態に係る配信サーバの構成例を示すブロック図である。
【図８】本発明の第２の実施形態に係る配信サーバにおけるエンコードレート通知部の構成例を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００２３】
（動画配信システム）
図１に、本発明の一実施形態に係る動画配信システムの概念図を示す。動画配信システム１は、配信サーバ１０と、複数の受信装置２０（２０−１，２０−２，・・・，２０−ｎ）とを備える。配信サーバ１０と複数の受信装置２０とは、インターネット３０を介して接続される。
【００２４】
配信サーバ１０は、受信装置２０からの動画配信要求に応じて、アダプティブストリーミング方式により動画ストリームを生成し、インターネット３０を経由して受信装置２０に配信する。配信サーバ１０は、品質（エンコードレート）の異なる複数のセグメントと、動画コンテンツの属性やＵＲＬを記述したマニフェストファイルを用意する。本実施形態では、高品質、中品質、低品質の３種類のセグメントが用意されているものとする。
【００２５】
受信装置２０は、配信サーバ１０からマニフェストファイルを取得し、内容を解析する。そして、マニフェストファイルに記述された情報を基に、配信サーバ１０に対して配信要求を行う。配信サーバ１０からセグメントを受信すると、セグメントを１本の動画コンテンツにつなぎ合わせて再生する。
【００２６】
（受信装置）
まず、受信装置２０の構成について説明する。図２に、本発明の一実施形態に係る受信装置２０の構成例を示す。図２に示す受信装置２０は、マニフェスト取得部２１と、セグメント取得部２２と、バッファ２３と、デコード部２４と、再生部２５と、受信状況計測部２６と、端末情報送信部２７とを備える。なお、図中の矢印は主なデータの流れを示すものであって、双方向にデータをやり取りしてもよい。
【００２７】
マニフェスト取得部２１は、アプリケーション起動時又は番組選択時に、マニフェスト要求（リクエスト）を生成して配信サーバ１０に送信する。そして、配信サーバ１０から該要求に対するレスポンスとして所望の番組のマニフェストファイル（ＭＰＤファイル）を取得する。そして、マニフェストファイルを基にセグメント開始時刻及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成し、セグメント取得部２２に出力する。
【００２８】
受信状況計測部２６は、受信状況として、通信速度（セグメントの受信速度）、及びバッファ２３の蓄積量を定期的に計測し、セグメント取得部２２及び端末情報送信部２７に出力する。通信速度は、例えばバッファ２３の１秒当たりの蓄積量の変化から求めることができる。
【００２９】
セグメント取得部２２は、マニフェスト取得部２１から入力されたセグメントＵＲＬリストから、セグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出する。そして、受信状況計測部２６から入力された受信状況（通信速度及びバッファ蓄積量）に基づき、高品質、中品質、低品質の３種類のセグメントから１つを選択し、選択したセグメントのＵＲＬを含むセグメント要求（リクエスト）を生成して配信サーバ１０に送信する。受信状況計測部２６から受信状況が入力される前においては、予め決められた品質を選択する。例えば、光回線に接続されている受信装置２０は高品質を選択し、メタル回線に接続されている受信装置２０は中品質を選択し、モバイル回線に接続されている受信装置２０は低品質を選択する。
【００３０】
なお、セグメント取得部２２は、アダプティブストリーミングが従来持つ仕組みにより、複数種類のセグメントのうち一つを選択するようにしてもよい。セグメント取得部２２は、配信サーバ１０から該要求に対するレスポンスとして対応するセグメントを取得すると、バッファ２３に蓄積する。
【００３１】
バッファ２３は、セグメント取得部２２から入力されたセグメントを一時的に蓄積しておくメモリである。
【００３２】
デコード部２４は、再生部２５から要求されたセグメントをバッファ２３から読み出す。そして、読み出したセグメントをメディアの形式（映像、音声、テキスト等）に従ってデコードし、再生部２５に出力する。
【００３３】
再生部２５は、再生開始時刻情報を含む再生命令を入力すると、再生開始時刻に基づいてセグメントを再生する。また、停止命令を入力した場合には、再生を停止する。
【００３４】
端末情報送信部２７は、受信状況計測部２６から入力された受信状況（通信速度及びバッファ蓄積量）、及び受信装置を識別する識別情報を含む端末情報を、定期的に配信サーバ１０に送信する。
【００３５】
なお、上述した受信装置２０として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、受信装置２０の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
【００３６】
（第１の実施形態に係る配信サーバ）
配信サーバについては実施形態を２つ挙げる。まず、第１の実施形態について説明する。図３に、本発明の第１の実施形態に係る配信サーバ１０の構成例を示す。図３に示す配信サーバ１０は、端末情報受信部１１と、エンコードレート通知部１２と、エンコーダ１３と、マニフェスト生成部１４と、セグメント生成部１５と、マニフェスト送信部１６と、データ生成部１７と、セグメント送信部１８とを備える。エンコーダ１３は、配信サーバ１０の外部に設けられる装置であってもよい。なお、図中の矢印は主なデータの流れを示すものであって、双方向にデータをやり取りしてもよい。また、マニフェストファイルやセグメントなどのデータを一時的に蓄積するバッファの図示は省略する。
【００３７】
端末情報受信部１１は、受信装置２０からあらかじめ指定した時間間隔で送信される端末情報を受信し、端末情報に含まれる受信状況をエンコードレート通知部１２に出力する。
【００３８】
エンコードレート通知部１２は、端末情報受信部１１から受信状況が入力される度に、動画コンテンツの複数の品質（高品質、中品質、低品質）に対応するエンコードレートを適応的に決定し、エンコーダ１３及びマニフェスト生成部１４に出力する。エンコードレート通知部１２の詳細については後述する。
【００３９】
エンコーダ１３は、エンコードレート通知部１２から通知されたエンコードレートで動画をエンコードして動画ストリームを生成し、セグメント生成部１５に出力する。
【００４０】
マニフェスト生成部１４は、エンコードレート通知部１２から入力されたエンコードレートに基づいてマニフェストファイルを生成し、マニフェスト送信部１６及びデータ生成部１７に出力する。マニフェストファイルに記述するエンコードレートは、エンコードレート通知部１２から通知されたエンコードレートに基づいて随時変更される。
【００４１】
図４にＭＰＥＧ−ＤＡＳＨ形式のマニフェストファイルの一例（抜粋）を示す。ＭＰＤ形式ではPeriod，AdaptationSet，Representationの順に階層構造となっている。Periodは、番組を時間方向に一つ又は複数に区切った一区画を示している。Periodは一つ以上のAdaptationSetから構成される。
【００４２】
AdaptationSetは、メディアのコンポーネント（映像、音声、テキストなど）の情報を示しており、同じメディアでパラメータ（ビットレートや画像サイズ、音声のチャンネル数など）の異なる複数のコンポーネントを含むことができる。
【００４３】
Representationは、AdaptationSetに含まれるそれぞれのメディアのコンポーネントの画像サイズ、エンコードレート、そのファイルの格納場所（例えば、ＵＲＬ）などの情報を示しており、一つ以上のセグメントで構成される。
【００４４】
マニフェスト生成部１４は、エンコードレートを変更する場合には、マニフェストファイルのbandwidthの値を、エンコードレート通知部１２から通知されたエンコードレートの値に書き換える。図４（ａ）はエンコードレートの変更前のマニフェストファイルの一例であり、低品質、中品質、高品質の動画のエンコードレートはそれぞれ２４０ｋｂｐｓ、１０Ｍｂｐｓ、２０Ｍｂｐｓである（図４（ａ）の下線部参照）。図４（ｂ）はエンコードレートの変更後のマニフェストファイルの一例であり、低品質の動画のエンコードレートは２４０ｋｂｐｓで変わらないが、中品質、高品質の動画のエンコードレートがそれぞれ７．２Ｍｂｐｓ、１８．５Ｍｂｐｓに変更されている（図４（ｂ）の下線部参照）。
【００４５】
マニフェスト送信部１６は、受信装置２０からマニフェスト要求を受信すると、マニフェスト生成部１４から入力されたマニフェストファイルを該受信装置２０に送信する。
【００４６】
セグメント生成部１５は、エンコーダ１３から入力された動画ストリームを分割して所定の形式のセグメントを生成し、データ生成部１７に出力する。
【００４７】
データ生成部１７は、マニフェスト生成部１４から入力されたマニフェストファイルに基づき、セグメント生成部１５から入力されたセグメントを所定のアダプティブストリーミングのファイル形式に変換し、セグメント送信部１８に出力する。
【００４８】
セグメント送信部１８は、受信装置２０からセグメント要求を受信すると、データ生成部１７から入力されたセグメントを該受信装置２０に送信する。
【００４９】
（エンコードレート通知部）
つぎに、エンコードレート通知部１２の処理内容について、図５を参照して説明する。図５は、エンコードレート通知部１２の構成例を示すブロック図である。図５に示すエンコードレート通知部１２は、受信状況取得部１２１と、品質毎集計部１２２と、受信状況分析部１２３と、品質毎集計予測部１２４と、エンコードレート決定部１２５とを備える。なお、図中の矢印は主なデータの流れを示すものであって、双方向にデータをやり取りしてもよい。
【００５０】
受信状況取得部１２１は、端末情報受信部１１から複数の受信装置２０の受信状況（通信速度及びバッファ蓄積量）を取得し、品質毎集計部１２２及び受信状況分析部１２３に出力する。
【００５１】
品質毎集計部１２２は、受信状況取得部１２１から受信状況が入力される度に、各受信装置２０がどの品質のセグメントを要求しているかを把握し、高品質のセグメントを受信している受信装置２０の数Ｈｎｏｗと、中品質のセグメントを受信している受信装置２０の数Ｍｎｏｗと、低品質のセグメントを受信している受信装置２０の数Ｌｎｏｗをそれぞれ集計し、集計した品質毎受信装置数Ｈｎｏｗ、Ｍｎｏｗ、Ｌｎｏｗを品質毎集計予測部１２４及びエンコードレート決定部１２５に出力する。あるいは、品質毎集計部１２２は、受信装置２０から受信したセグメント要求からどの品質のセグメントを要求しているかを把握し、品質毎受信装置数Ｈｎｏｗ、Ｍｎｏｗ、Ｌｎｏｗを集計してもよい。
【００５２】
受信状況分析部１２３は、受信状況取得部１２１から受信状況が入力される度に、各受信装置２０受信状況の良否を判定し、判定結果を品質毎集計予測部１２４に出力する。例えば、バッファ蓄積量が所定のバイト数よりも多い場合には受信状況が良いと判定し、バッファ蓄積量が所定のバイト数以下になった場合に受信状況が悪いと判定する。また、受信状況が良い場合にはエンコードレートをどれだけ高くしたセグメントを受信可能か判定し、受信状況が悪い場合にはエンコードレートをどれだけ低くしたセグメントを受信可能か判定する。
【００５３】
例えば、当初、高品質の２０Ｍｂｐｓのセグメントを受信していた受信装置２０が、回線品質の劣化によりバッファ蓄積量が少なくなってきた場合、品質を切り替えて中品質の１０Ｍｂｐｓのセグメントを要求すると予測される。しかし、高品質に対応するエンコードレートを２０Ｍｂｐｓから１８Ｍｂｐｓに変更した場合には、中品質の１０Ｍｂｐｓのセグメントを要求することなく、高品質の１８Ｍｂｐｓのセグメントを要求すると予測される。
【００５４】
そこで、品質毎集計予測部１２４は、高品質、中品質、低品質に対応する各エンコードレートの変更値の候補となる候補エンコードレートを複数決定する。そして、品質毎集計予測部１２４は、品質毎集計部１２２から入力された品質毎受信装置数Ｈｎｏｗ、Ｍｎｏｗ、Ｌｎｏｗと、受信状況分析部１２３から入力された判定結果とに基づき、候補エンコードレートに対応する品質毎に、セグメントを受信する受信装置の予測数（品質毎予測受信装置数）Ｈａｆｔｅｒ，Ｍａｆｔｅｒ，Ｌａｆｔｅｒを求め、エンコードレート決定部１２５に出力する。この処理を候補エンコードレートの値を変えながら、繰り返し行う。すなわち、高品質、中品質、低品質に対応するエンコードレートの値を変更させたと仮定して、高品質のセグメントを受信すると予測される受信装置２０の数Ｈａｆｔｅｒと、中品質のセグメントを受信すると予測される受信装置２０の数Ｍａｆｔｅｒと、低品質のセグメントを受信すると予測される受信装置２０の数Ｌａｆｔｅｒを求める。
【００５５】
品質毎集計予測部１２４は、候補エンコードレートの試行順番は任意とすることができる。例えば、受信状況が良い受信装置２０の割合が閾値以上である場合には、現状よりもエンコードレートが高い候補エンコードレートを、現状のエンコードレートとの差が徐々に大きくなる順番で試行するようにしてもよい。また、受信状況が悪い受信装置２０の割合が閾値以上である場合には、現状よりもエンコードレートが低い候補エンコードレートを、現状のエンコードレートとの差が徐々に大きくなる順番で試行するようにしてもよい。
【００５６】
候補エンコードレートの変化量は高品質、中品質、低品質ともに同一であってもよいし、品質毎に変化量の大きさが異なってもよい。例えば、高品質、中品質、低品質に対応するエンコードレートの初期値が２０Ｍｂｐｓ、１０Ｍｂｐｓ、２４０ｋｂｐｓである場合、候補エンコードレートは高品質を０．５Ｍｂｐｓきざみで２０Ｍｂｐｓ〜１５Ｍｂｐｓとし、中品質を０．５Ｍｂｐｓきざみで１０Ｍｂｐｓ〜５Ｍｂｐｓとし、低品質を２４０ｋｂｐｓ又は１２０ｋｂｐｓとする。
【００５７】
ここで、低品質に対応するエンコードレートを低く設定している場合には、更にエンコードレートを下げると映像が途切れてしまうおそれがある。そのため、複数の候補エンコードレートは、最も低いエンコードレートについては固定値（例えば、初期値のまま）としてもよい。
【００５８】
エンコードレート決定部１２５は、品質毎集計部１２２により集計した受信装置２０の数と、品質毎集計予測部１２４により予測した受信装置の数との差、すなわち、エンコードレートを候補エンコードレートに変更した場合に受信するセグメントの品質を変更すると予測される受信装置２０の総数（予測品質変更数）Ｎを求める。Ｎは式（１）で表される。そして、予測品質変更数Ｎに基づいて、複数の候補エンコードレートから新たなエンコードレートを決定し、エンコーダ１３及びマニフェスト生成部１４に出力する。
【００５９】
【数１】
0006793526.tif 000002
【００６０】
候補エンコードレートから新たなエンコードレートを決定する例を、以下に説明する。第１のエンコードレート決定例では、エンコードレート決定部１２５は、予測品質変更数Ｎが最小となるときの候補エンコードレートを新たなエンコードレートとして決定する。
【００６１】
第２のエンコードレート決定例では、品質毎集計予測部１２４は、エンコードレート決定部１２５から予測品質変更数Ｎを取得して予測品質変更数Ｎが閾値以下となったときにはその時点で処理を停止し、エンコードレート決定部１２５は、予測品質変更数Ｎが閾値以下となったときの候補エンコードレートを新たなエンコードレートとして決定する。
【００６２】
また、候補エンコードレートを下げていってもあるところから予測品質変更数Ｎが小さくならず、予測品質変更数Ｎの変化量が閾値以下となる場合には、回線に異常が発生していると考えられる。そのため、第３のエンコードレート決定例では、品質毎集計予測部１２４は、エンコードレート決定部１２５から予測品質変更数Ｎを取得して予測品質変更数Ｎの変化量が閾値以下となったときにはその時点で処理を停止し、エンコードレート決定部１２５は、予測品質変更数Ｎの変化量が閾値以下となる直前の候補エンコードレートを新たなエンコードレートとして決定する。
【００６３】
例えば、表１に示すように、高品質の候補エンコードレートを２０Ｍｂｐｓから０．５Ｍｂｐｓきざみで下げていったときに、予測品質変更数Ｎの変化量の閾値が２０である場合、予測品質変更数Ｎの変化量が閾値以下となる直前の候補エンコードレートである１８．０Ｍｂｐｓを新たなエンコードレートとして決定する。
【００６４】
【表１】
0006793526.tif 000003
【００６５】
また、候補エンコードレートの値を上げていった場合には、低い品質に切り替える受信装置２０が増加すると考えられる。そのため、第４のエンコードレート決定例では、品質毎集計予測部１２４は、エンコードレート決定部１２５から予測品質変更数Ｎを取得して予測品質変更数Ｎの変化量が閾値以上となったときにはその時点で処理を停止し、エンコードレート決定部１２５は、予測品質変更数Ｎの変化量が閾値以上となる直前の候補エンコードレートを新たなエンコードレートとして決定する。
【００６６】
図６は、本発明の効果を説明する図である。図６（ａ）に示すように高品質、中品質、低品質のセグメントを受信している受信装置２０の数がそれぞれ同じであった場合に、ネットワークの輻輳等が発生すると、従来は図６（ｂ）に示すように高品質のセグメントを受信していた受信装置の一部は中品質のセグメントを受信するようになり、中品質のセグメントを受信していた受信装置の一部は低品質のセグメントを受信するようになる。品質間のエンコードレートの差が大きい程、ユーザの体感品質の変化が大きくなる。また、低品質においては途切れが発生してしまう。
【００６７】
本発明では、配信サーバ１０は、受信装置２０の通信速度及び前記バッファ蓄積量に基づいて、動画コンテンツの複数の品質に対応するエンコードレートを適応的に決定し、図６（ｃ）に示すようにエンコードレートを略高品質、略中品質、略低品質に緩やかに変更させる。そのため、受信するセグメントの品質を大きく変更する受信装置２０の数を少なくすることができ、アダプティブストリーミングの仕組みをそのまま利用しながらも、体感品質の維持を図ることができるようになる。
【００６８】
また、本発明は、あらかじめ多くの品質の動画ストリームを用意しておくのではなく、生成する動画ストリームの数は変わらないため、エンコーダ１３によるエンコード処理にかかるコストを増加させることもない。
【００６９】
なお、上述した配信サーバ１０として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、配信サーバ１０の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
【００７０】
（第２の実施形態に係る配信サーバ）
つぎに、第２の実施形態に係る配信サーバについて説明する。第１の実施形態に係る配信サーバ１０は、端末情報に基づいてエンコードレートを決定したが、端末情報に加えて他の情報に基づいてエンコードレートを決定してもよい。そこで、第２の実施形態では、端末情報及び緊急情報に基づいてエンコードレートを決定する配信サーバについて説明する。
【００７１】
図７に、本発明の第２の実施形態に係る配信サーバ４０の構成例を示す。図７に示す配信サーバ４０は、端末情報受信部１１と、緊急情報受信部４１と、エンコードレート通知部４２と、エンコーダ１３と、マニフェスト生成部１４と、セグメント生成部１５と、マニフェスト送信部１６と、データ生成部１７と、セグメント送信部１８とを備える。配信サーバ４０は、第１の実施形態に係る配信サーバ１０と比較して、更に緊急情報受信部４１を備え、エンコードレート通知部１２に代えてエンコードレート通知部４２を備える点が相違する。その他の構成については配信サーバ１０と同一であるため、同一の参照番号を付して説明を省略する。
【００７２】
緊急情報受信部４１は、緊急情報を受信すると、エンコードレート通知部４２に出力する。緊急情報は、例えば、緊急地震速報のテレビ放送のチャイム音を検知して発報される信号や、気象庁が発表する緊急地震速報である。
【００７３】
エンコードレート通知部４２は、配信サーバ１０のエンコードレート通知部１２と同様に、端末情報受信部１１から受信状況が入力される度に、動画コンテンツの複数の品質に対応するエンコードレートを適応的に決定し、エンコーダ１３及びマニフェスト生成部１４に出力するが、緊急情報が入力された場合には、エンコードレートを一定の時間低下させる。
【００７４】
図８は、エンコードレート通知部４２の構成例を示すブロック図である。図８に示すエンコードレート通知部４２は、受信状況取得部１２１と、品質毎集計部１２２と、受信状況分析部１２３と、品質毎集計予測部１２４と、エンコードレート決定部１２５と、エンコードレート調整部４２１とを備える。なお、図中の矢印は主なデータの流れを示すものであって、双方向にデータをやり取りしてもよい。エンコードレート通知部４２は、第１の実施形態に係る配信サーバ１０のエンコードレート通知部１２と比較して、エンコードレート調整部４２１を更に備える点が相違する。その他の構成についてはエンコードレート通知部１２と同一であるため、同一の参照番号を付して説明を省略する。
【００７５】
エンコードレート調整部４２１は、緊急情報が入力された場合には、エンコードレート決定部１２５により決定されたエンコードレートを一定の時間低下させる。低下させる時間は任意（例えば３０秒）に設定することができ、この時間が経過した後、エンコードレートを原状に戻す。
【００７６】
エンコードレート調整部４２１は、エンコードレートとともにフレームレートを低下させてもよい。例えば、フレームレートを、３０フレーム／秒の１／３０にあたる１フレーム／秒としたときには、エンコードレートも１／３０としてもよいし、フレーム内の画質（特に地図情報と文字情報の画質）を向上させるために１／１〜１／３０の間で任意に設定できるようにしてもよい。
【００７７】
第１の実施形態に係る配信サーバ１０では上述のように体感品質の維持を図ることができるが、気象庁の発表に基づく緊急地震速報のテレビ放送をストリーミング動画配信する際に動画再生の品質が低下したような場合には、画面にスーパーインポーズ表示される地図情報や文字情報の視認性が低下してしまう。このような場合に、第２の実施形態に係る配信サーバ４０では動画のフレームレートを低下させるため、各フレームの動画品質を維持し、緊急地震速報の地図情報や文字情報の劣化を抑えて再生することが可能となる。
【００７８】
なお、上述した配信サーバ４０として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、配信サーバ４０の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
【００７９】
上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、実施形態の構成図に記載の複数の構成ブロックを１つに組み合わせたり、あるいは１つの構成ブロックを分割したりすることが可能である。
【符号の説明】
【００８０】
１      動画配信システム
１０，４０    配信サーバ
１１    端末情報受信部
１２，４２    エンコードレート通知部
１３    エンコーダ
１４    マニフェスト生成部
１５    セグメント生成部
１６    マニフェスト送信部
１７    データ生成部
１８    セグメント送信部
２０    受信装置
２１    マニフェスト取得部
２２    セグメント取得部
２３    バッファ
２４    デコード部
２５    再生部
２６    受信状況計測部
２７    端末情報送信部
３０    インターネット
４１    緊急情報受信部
１２１  受信状況取得部
１２２  品質毎集計部
１２３  受信状況分析部
１２４  品質毎集計予測部
１２５  エンコードレート決定部
４２１  エンコードレート調整部
【図１】
0006793526.tif 000004
【図２】
0006793526.tif 000005
【図３】
0006793526.tif 000006
【図４（ａ）】
0006793526.tif 000007
【図４（ｂ）】
0006793526.tif 000008
【図５】
0006793526.tif 000009
【図６】
0006793526.tif 000010
【図７】
0006793526.tif 000011
【図８】
0006793526.tif 000012