(57)【要約】      （修正有）【課題】映像等のメディア配信サービスを利用する利用者側において、ネットワーク品質に応じて配信サーバを切り替えてメディアデータのダウンロード及び再生を行う装置を提供する。【解決手段】メディア再生制御装置１００に、通信ネットワーク上に複数配置された配信サーバのうちの１つの配信サーバからメディアデータをダウンロードして当該メディアデータを再生するメディア再生部１０と、各配信サーバに対応するネットワーク品質を測定し、当該ネットワーク品質に基づいてメディア再生部に対して、メディアデータのダウンロード元の配信サーバの切り替えを指示するメディアビットレート制御部２０を備える。【選択図】図３
2015104075.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク上に複数配置された配信サーバのうちの１つの配信サーバからメディアデータをダウンロードして当該メディアデータを再生する再生処理手段と、
各配信サーバに対応するネットワーク品質を測定し、当該ネットワーク品質に基づいて、前記再生処理手段に対して、前記メディアデータのダウンロード元の配信サーバの切り替えを指示する再生制御手段と
を備えることを特徴とするメディア再生制御装置。
【請求項２】
前記ネットワーク品質は、配信サーバから前記メディア再生制御装置にメディアデータをダウンロードする際に使用できる可用帯域である
ことを特徴とする請求項１に記載のメディア再生制御装置。
【請求項３】
前記再生制御手段は、前記ネットワーク品質に基づいて、ダウンロードするメディアデータのビットレートを決定し、当該ビットレートを前記再生制御手段に通知する
ことを特徴とする請求項１又は２に記載のメディア再生制御装置。
【請求項４】
前記再生処理手段は、再生中のメディアデータのバッファ量を含む再生情報を前記再生制御手段に通知し、当該再生制御手段は、前記ネットワーク品質及び前記再生情報に基づいて前記ビットレートを決定する
ことを特徴とする請求項３に記載のメディア再生制御装置。
【請求項５】
メディアデータの再生を行うメディア再生制御装置が実行するメディア再生制御方法であって、
通信ネットワーク上に複数配置された配信サーバのうちの１つの配信サーバからメディアデータをダウンロードして当該メディアデータを再生する再生処理ステップと、
各配信サーバに対応するネットワーク品質を測定し、当該ネットワーク品質に基づいて、前記メディアデータのダウンロード元の配信サーバの切り替えを決定する再生制御ステップと
を備えることを特徴とするメディア再生制御方法。
【請求項６】
コンピュータを請求項１ないし４のうちいずれか１項に記載のメディア再生制御装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像ストリーミング配信等のメディア配信技術に関連するものであり、特に、メディア配信におけるビットレート等を制御する技術に関連するものである。
【背景技術】
【０００２】
インターネット向けの映像配信方式の１つとして、メディアデータを予め複数に分割しておき、それらをＨＴＴＰで取得する方式がある（例：Ｈｔｔｐ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ  （ＨＬＳ））。また、上記の方式を拡張した配信方式として、メディアデータをインデックス化し、ＸＭＬ型メタ情報を定義したメディア配信方式が提案されている（例：Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  Ｈｔｔｐ  （ＤＡＳＨ））。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１５１０００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の方式では、複数のビットレートのメディアデータを配信サーバに準備しておくことで、メディア再生端末はネットワーク品質等に応じて、適切なビットレートのメディアデータを取得し、再生することができる。
【０００５】
また、クラウドサービスの普及に伴って、１つのコンテンツ（特定の動画等）が複数の配信サーバに格納されるケースが増加してきている。そのような場合、メディア再生端末は、ネットワーク品質の良い配信サーバを選択してメディアデータをダウンロードすることにより、高品質のメディア視聴を行うことが可能である。
【０００６】
しかしながら、ネットワーク品質の良い配信サーバを動的に選択してメディアデータをダウンロードする従来技術は存在せず、ユーザは、より高品質にメディア視聴を行える可能性があるにも関わらず、接続した配信サーバのネットワーク品質が良くない場合に、低品質のメディア視聴しか行えないといった問題があった。
【０００７】
本発明は上記の点に鑑みてなされたものであり、映像等のメディア配信サービスを利用する利用者側の装置において、ネットワーク品質に応じて配信サーバを切り替えてメディアデータのダウンロード及び再生を行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の実施の形態によれば、通信ネットワーク上に複数配置された配信サーバのうちの１つの配信サーバからメディアデータをダウンロードして当該メディアデータを再生する再生処理手段と、
各配信サーバに対応するネットワーク品質を測定し、当該ネットワーク品質に基づいて、前記再生処理手段に対して、前記メディアデータのダウンロード元の配信サーバの切り替えを指示する再生制御手段とを備えることを特徴とするメディア再生制御装置が提供される。
【発明の効果】
【０００９】
本発明の実施の形態によれば、映像等のメディア配信サービスを利用する利用者側の装置において、ネットワーク品質に応じて配信サーバを切り替えてメディアデータのダウンロード及び再生を行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１０】
【図１】メディア配信方式を説明するための図である。
【図２】本発明の実施の形態に係るシステムの全体構成図である。
【図３】メディア再生制御装置１００の機能構成図である。
【図４】本発明の実施の形態に係るシステムの動作を説明するための図である。
【図５】メディア再生制御装置１００のメディア再生部１０における再生情報送信動作を説明するための図である。
【図６】メディア再生制御装置１００のメディア再生部１０における制御情報受信動作を説明するための図である。
【図７】メディア再生制御装置１００のメディアビットレート制御部２０における制御動作例を説明するための図である。
【図８】メディア再生制御装置１００のメディアビットレート制御部２０における制御動作例を説明するための図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態ではメディア配信方式としてＤＡＳＨにように、メディアコンテンツをセグメント（チャンクとも呼ぶ）に分けて、セグメント単位でＨＴＴＰによりメディアデータを取得して、再生する方式を想定しているが、本発明を適用可能なメディア配信方式はこのような方式に限られるわけではない。また、本実施の形態において、メディアは、映像又は音声、もしくはこれらの両方を含むものであるが、これらに限られるわけではない。
【００１２】
（メディア配信方式）
本実施の形態に係るシステムを説明するにあたり、本実施の形態におけるメディア配信方式についてその概要を説明する。
【００１３】
このメディア配信方式においては、図１（ａ）、（ｂ）、（ｃ）に例示するように、１つのメディアコンテンツ（１つの番組等）について、メディアのビットレート（メディアが映像である場合に「画質」と呼ばれる場合がある）毎にメディアデータが用意されている。また、各メディアデータは複数のセグメントに分けられている。また、本メディア配信方式では、メディアデータのネットワーク上の位置を表す位置情報（例ＵＲＬ）が、例えばセグメント単位にメタ情報として用意されており、メディアデータを再生するユーザ端末（後述するメディア再生制御装置１００に相当）は、所望のメディアデータに対応したメタ情報を取得し、このメタ情報に基づいて、再生したいデータに対応するＵＲＬを指定したＨＴＴＰ  ＧＥＴリクエストを送信することで、順次セグメントを取得してメディア再生を行うことができる。
【００１４】
（システム構成）
図２に、本発明の実施の形態に係るメディア配信システムの全体構成図を示す。図２に示すように、本実施の形態に係るメディア配信システムは、複数の配信サーバ２００、及びメディア再生制御装置１００が通信ネットワーク３００に接続されて構成されている。
【００１５】
本実施の形態に係る通信ネットワーク３００は、インターネットであるが、インターネットではないプライベートなＩＰネットワークであってもよい。また、通信ネットーワーク３００は、インターネットとプライベートネットワークが接続されて構成されたネットワークであってもよい。
【００１６】
各配信サーバ２００は、例えば図１に示すようなビットレート毎のメディアデータを格納し、メディア再生制御装置１００からの要求に基づきセグメント毎にメディアデータを配信する。複数の配信サーバ２００は、同じメディアデータを格納してもよく、本実施の形態ではそのような状況を想定している。これにより、本実施の形態では、メディア再生制御装置１００は、通信状態の良い配信サーバ２００を適宜選択してメディアデータの取得を行うことができる。
【００１７】
上述したメタ情報は、各配信サーバ２００が保持してもよいし、特定の配信サーバ２００が保持してもよいし、配信サーバ２００とは別に備えられた装置に保持してもよい。本実施の形態では、メタ情報を格納した装置を所定のサーバと呼んでいる。
【００１８】
図３に、本実施の形態に係るメディア再生制御装置１００の機能構成図を示す。図３に示すように、本実施の形態に係るメディア再生制御装置１００は、メディア再生部１０、メディアビットレート制御部２０、及びユーザインタフェース部３０を備える。以下、各機能部の概要を説明する。
【００１９】
メディア再生部１０は、メディアビットレート制御部２０から受信する制御情報に基づいて、配信サーバ２００から指定されたビットレートのメディアデータを取得し、再生するとともに、現在の再生時間（コンテンツの開始からの時間）、残バッファ量（バッファにあるメディアデータの量）等の再生情報をメディアビットレート制御部２０に送信する。メディアビットレート制御部２０は、各配信サーバ２００からメディア再生制御装置１００にデータをダウンロードする場合の可用帯域（データのダウンロードに使用できる帯域）を測定し、当該可用帯域と、メディア再生部１０から受信する再生情報とに基づいて、メディアデータの配信元とする配信サーバ２００及びメディアのビットレートを決定し、これらの情報を制御情報としてメディア再生部１０に送信する。なお、可用帯域はネットワーク品質の一例であり、ネットワーク品質として可用帯域以外の指標を測定することとしてもよい。
【００２０】
ユーザインタフェース部３０は、ユーザに対して映像や音声を出力したり、ユーザからの入力を受ける機能を備える。
【００２１】
図３に示すように、メディア再生部１０は、再生処理部１１、再生情報送信部１２、再生制御情報受信部１３を備える。再生処理部１１は、バッファ等を備え、メディアデータの再生を行う。なお、再生処理部１１は、メディアビットレート制御部２０から受信する制御情報に基づいてメディアデータを取得して、再生を行うために、必要であれば、通信ネットワーク３００から詳細なメタ情報を取得し、当該メタ情報を用いてメディアデータを取得して、再生を行うことができる。また、再生処理部１１は、例えば配信サーバ２００を切り替える際には、どの再生時間位置からのデータを取得するかを指定してメディアデータを取得することができる。
【００２２】
再生情報送信部１２は、メディアデータの再生を行う再生処理部１１から、現在のバッファ量、ビットレート、再生時間等の再生情報を取得し、当該再生情報をメディアビットレート制御部２０に送信する。再生制御情報受信部１３は、メディアビットレート制御部２０から、配信サーバ／ビットレート等を指定した制御情報を受信し、当該制御情報を再生処理部１１に渡す。
【００２３】
図３に示すように、メディアビットレート制御部２０は、可用帯域測定部２１、メタ情報取得部２２、メタ情報格納部２３、再生情報受信部２４、再生制御情報送信部２５、配信ビットレート決定部２６を備える。
【００２４】
メタ情報取得部２２は、ユーザからの再生希望コンテンツの指示に基づいて、当該コンテンツに対応するメタ情報を所定のサーバから取得し、メタ情報格納部２３に格納する。可用帯域測定部２１は、メタ情報格納部２３に格納されているメタ情報に基づいて、該当コンテンツの配信サーバを把握し、配信サーバ毎の可用帯域を測定する。再生情報受信部２４は、メディア再生部１０の再生情報送信部１２から再生情報を受信し、当該再生情報を配信ビットレート決定部２６に渡す。
【００２５】
再生制御情報送信部２５は、配信ビットレート決定部２６により生成された制御情報を配信ビットレート決定部２６から受け取り、当該制御情報をメディア再生部１０の再生情報受信部１３に送信する。配信ビットレート決定部２６は、可用帯域測定部２１により測定された各配信サーバの可用帯域、及びメディア再生部１０から受信する再生情報等に基づいて、メディアデータの配信元とする配信サーバ、及びビットレートを決定する。
【００２６】
＜メディア再生部１０とメディアビットレート制御部２０間で送受信される情報について＞
前述したように、メディアビットレート制御部２０からメディア再生部１０に対しては、配信元とする配信サーバを示す情報（ＵＲＬ等）、及び該当メディアのビットレートを示す情報（数値、もしくはメディアデータのＵＲＬ等）が送信される。更に、残バッファをクリアする場合にはその旨の指示情報を送信してもよい。また、配信サーバに変更がなく、ビットレートのみを変更する場合には、ビットレートのみを変更する旨を示すフラグとともに、変更後のビットレートの情報を送信してもよい。また、ビットレートに変更がなく、配信サーバのみを変更する場合には、配信サーバのみを変更する旨を示すフラグとともに、変更後の配信サーバの情報を送信してもよい。また、両方を変更する場合には、その旨のフラグとともに、変更後の配信サーバ及びビットレートの情報を送ることとしてもよい。
【００２７】
メディアビットレート制御部２０からメディア再生部１０に対する制御情報の送信は、例えば、メディア再生部１０から再生情報を受信し、ビットレート等の計算を行って、変更が生じた場合に行う。また、メディア再生部１０から再生情報を受信するしないに関わらず、例えば、メディアビットレート制御部２０において、現在使用中の配信サーバの可用帯域に所定閾値以上の低下があったことを検知したときに、メディア再生部１０に対し、より可用帯域の大きい配信サーバへの切り替えを指示することとしてもよい。
【００２８】
また、メディア再生部１０からメディアビットレート制御部２０へは、現在の再生時間、現在のバッファ量が再生情報として送られる。また、現在再生中の配信元の配信サーバの情報、及び現在再生中のメディアのビットレートも送信してもよい。再生情報としてリバッファリング回数を送信してもよい。
【００２９】
メディア再生部１０からメディアビットレート制御部２０への再生情報の送信は、例えば、一定周期（１０秒毎等）、バッファ量が所定値以下となった場合（例：再生時間１０秒分以下になった場合）、バッファが枯渇して再生が停止した場合、などに行うが、これらに限られるわけではない。
【００３０】
また、例えば、メディア再生部１０がバッファ量等から判断して、ビットレートが低いもしくは高いと判断し、再生情報とともにビットレートの変更を要求するフラグを送信してもよい。また、例えば、メディア再生部１０が、ダウンロード速度を検知して、ダウンロード速度が低いと判断し、再生情報とともに配信元の変更を要求するフラグを送信してもよい。更に、再生情報とともに、ビットレートと配信元の両方を変更するフラグを送信してよい。
【００３１】
本実施の形態に係るメディア再生制御装置１００は、１つ又は複数のコンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、メディア再生制御装置１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、メディア再生制御装置１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００３２】
また、メディア再生制御装置１００は、例えば、コンピュータ本体とディスプレイが分離した一般的なＰＣでもよいし、スマートフォン等のように、操作部と表示部が一体化したタッチパネルを備える端末でもよい。また、これら以外の端末であってもよい。更に、メディア再生制御装置１００におけるメディアビットレート制御部２０とメディア再生部１０を別々の装置で実現し、これらをネットワーク接続する構成を採用してもよい。
【００３３】
（装置動作例）
次に、図４のシーケンス図等を参照して、本実施の形態に係るシステムの動作例をより詳細に説明する。なお、本実施の形態の動作例では、複数の配信サーバが同一のメディアコンテンツを保持することを想定しているが、配信サーバが１つである場合にも本実施の形態の技術は適用可能である。その場合、以下で示す最大の可用帯域は当該１つの配信サーバの可用帯域となる。可用帯域測定に基づき、配信サーバの切り替えは発生しないが、ビットレートの変更を行うことができる。
【００３４】
図４に示す例では、図４のステップ１０の前の時点で、ユーザからユーザインタフェース部３０を介して、視聴を希望するメディアコンテンツの指定がなされたものとする。当該指定は、メディア再生部１０とメディアビットレート制御部２０の両方に通知され、メディア再生部１０とメディアビットレート制御部２０はそれぞれ、当該メディアコンテンツのメディアデータ取得のために必要なメタ情報を通信ネットワーク３００上の所定のサーバから取得し、格納する。なお、メディア再生部１０とメディアビットレート制御部２０のどちらかがメタ情報を取得し、それを他方に渡す動作でもよい。また、メディアビットレート制御部２０からメディア再生部１０に、再生に必要なメタ情報を全て含む制御情報を送信することとし、メディア再生部１０は、当該制御情報から受信するメタ情報以外のメタ情報を保持しないこととしてもよい。
【００３５】
本実施の形態では、当該メタ情報には、該当コンテンツの配信元となる配信サーバのアドレス（ＵＲＬ等）のリスト、各配信サーバにおける、ビットレート毎のメディアデータ取得のために必要な情報（セグメント毎のアドレス等）が含まれている。メディア再生部１０は、メディアビットレート制御部２０から、制御情報として、配信サーバを示す情報及びビットレートを示す情報を受信することで、当該配信サーバから、当該ビットレートのメディアデータを順次取得し、再生できる。
【００３６】
視聴コンテンツの指定を受けた後、メディアビットレート制御部２０における可用帯域測定部２１は、取得したメタ情報から、当該コンテンツの配信元となる各配信サーバを検出する。図４に示す例では、配信サーバＡと配信サーバＢが検出される。そして、可用帯域測定部２１は、配信サーバＡと配信サーバＢのそれぞれに対して、メディア再生部１０がメディアデータをダウンロードする際の可用帯域を測定（推定）する（ステップ１０、１１）。可用帯域測定部２１は、配信サーバ毎の可用帯域を配信ビットレート決定部２６に渡す。
【００３７】
可用帯域の測定方法は特定の方法に限られないが、例えば、送信側から少量の複数のパケットをサイズの順に短時間で送信し、受信側（可用帯域測定部２１）で各パケットの受信間隔を調べることで、通信速度（可用帯域）を推定する技術を用いることができる。この例では、例えば、配信サーバ側に測定用パケット送信機能が備えられている。
【００３８】
ステップ１２において、この段階では再生情報はないので、配信ビットレート決定部２６は、配信サーバ毎の可用帯域から、初期の配信元及びビットレートを決定する。ここでは、最大の可用帯域が得られた配信サーバを配信元とし、当該最大の可用帯域の一定倍（例：０．９倍）を超えない最大のビットレートを初期のビットレートとして決定する。決定した配信元を示す情報とビットレートは制御情報として再生制御情報送信部２５に渡される。
【００３９】
ステップ１３では、再生制御情報送信部２５が、ステップ１２で取得した制御情報をメディア再生部１０に送信する。メディア再生部１０の再生情報受信部１３が制御情報を取得して、再生処理部１１に渡し、再生処理部１１が制御情報で指定された配信サーバから、制御情報で指定されたビットレートのメディアデータを取得し、再生処理を実行する。
【００４０】
この後、前述したように、例えば一定期間毎、もしくはバッファ量が予め定めた量を下回った場合に、メディア再生部１０における再生情報送信部１２は、再生処理部１１から再生情報（現在のバッファ量、再生時間等）を取得し、当該再生情報をメディアビットレート制御部２０に送る（ステップ１６）。
【００４１】
メディアビットレート制御部２０では、メディアデータの再生中においても、可用帯域測定部２１により配信サーバ毎の可用帯域を測定している（ステップ１４、１５）。
【００４２】
再生情報を受信したメディアビットレート制御部２０では、配信ビットレート決定部２６が、配信サーバ毎の可用帯域と、再生情報とに基づいて、配信元となる配信サーバと、ビットレートを決定し（ステップ１７）、再生制御情報送信部２５が、これらの情報を含む制御情報をメディア再生部１０に送信する（ステップ１８）。なお、配信サーバとビットレートに変更がなければ制御情報を送信しない。その後は、再生終了まで、ステップ１４〜１８と同様の処理が繰り返し行われる。
【００４３】
次に、メディア再生部１０における再生情報送信動作を図５のフローチャートを参照して説明する。メディア再生部１１の再生情報送信部１２は、再生情報送信タイミングであるかどうかをチェックし（ステップ１０１）、再生情報送信タイミングである場合に、再生情報を再生処理部１１から取得し、当該再生情報をメディアビットレート決定部２０に送信する（ステップ１０２）。
【００４４】
続いて、メディア再生部１０における制御情報受信時の動作を図６のフローチャートを参照して説明する。メディア再生部１１の再生制御情報受信部１３は、制御情報をメディアビットレート制御部２０から受信したかどうか判断する（ステップ１１１）。制御情報を受信したら、再生制御情報受信部１３は、当該制御情報を再生処理部１１に渡し、再生処理部１１は、制御情報に従って再生処理を実行する（ステップ１１２）。
【００４５】
次に、メディアビットレート制御部２０における処理例を図７、図８を参照して説明する。なお、以下のフローにおいて、適宜、可用帯域測定部２１が、対象メディアデータを保持する各配信サーバの可用帯域を測定しているものとする。
【００４６】
メディアビットレート制御部２０は、ユーザからユーザインタフェース部３０を介して、視聴を希望するメディアコンテンツの情報を含む再生指示を受信すると（ステップ２０１）、メタ情報取得部２２が、所定のサーバから上記メディアコンテンツに対応するメタ情報を取得し、メタ情報格納部２３に格納する（ステップ２０２）。
【００４７】
可用帯域測定部２１は、メタ情報に基づき配信元の各配信サーバについての可用帯域を測定し、配信ビットレート決定部２６は、可用帯域測定部２１により測定された可用帯域に基づいて配信元とする配信サーバとビットレートを決定する（ステップ２０３）。初期の段階では、配信ビットレート決定部２６は、例えば、最大の可用帯域に対応する配信サーバを選択するとともに、最大の可用帯域の一定倍（例：０．９倍）を超えない最大のビットレートを選択する。
【００４８】
そして、再生制御情報送信部２５が、配信ビットレート決定部２６で決定した内容を指定する制御情報をメディア再生部１０に送信する（ステップ２０４）。
【００４９】
その後、再生情報受信部２４が、再生情報を受信すると（ステップ２０５のＹｅｓ）、再生情報が配信ビットレート決定部２６に渡され、配信ビットレート決定部２６はまず再生時間をチェックする（ステップ２０６）。
【００５０】
図８に進み、各再生時間における配信ビットレート決定部２６の処理を説明する。まず、再生時間が０秒＜再生時間≦Ｔ１秒である場合を説明する。ここで、Ｔ１は比較的短い時間を示す定数である。再生開始からあまり時間が経過していない場合、まだ状態が安定していないことが考えられるので、この場合は、初期の場合と同様に、可用帯域が最大となる配信元を選択し（ステップ３０１）、選択した最大可用帯域の一定倍（Ｋ１：例えば０．９）を超えない最大ビットレートを選択し（ステップ３０２）、ステップ２０４に戻る。
【００５１】
なお、このときの選択により、配信サーバもビットレートも変更にならない場合があるが、そのときには、制御情報を送信しない。
【００５２】
次に、再生時間がＴ１秒＜再生時間≦総再生時間−Ｔ２秒である場合を説明する。Ｔ２も比較的短い時間を示す定数である。（総再生時間−Ｔ２）は、再生が終了に近いことを示している。なお、Ｔ１とＴ２は同じでもよいし異なっていてもよい。
【００５３】
この場合は、まず、可用帯域が最大となる配信元を決定し、当該配信元の可能帯域をＲａｔｅＭＡＸとする（ステップ４０１）。そして、ＲａｔｅＭＡＸ＞（現在のビットレート／Ｋ２）であるかどうかをチェックする。ここで、Ｋ２は定数であり、Ｋ１以下の数である。例えば、Ｋ２を小さな数とすることで、（現在のビットレート／Ｋ２）は大きな数となり、「ＲａｔｅＭＡＸ＞（現在のビットレート／Ｋ２）」を評価することで、現在のビットレートに対してビットレートを確実に上げることができるＲａｔｅＭＡＸがあるかどうかを評価できる。
【００５４】
ステップ４０２がＹｅｓの場合、残バッファをクリアし、ＲａｔｅＭＡＸに対応する配信サーバを使用し、ビットレートを上げることを決定する（ステップ４０３）。ビットレートは、例えば、ステップ３０２と同様に選択できる。その後、ステップ４０３で決定した内容を指示する制御情報が送信される（ステップ２０４）。
【００５５】
ステップ４０２でＮｏの場合、ＲａｔｅＭＡＸ≦（現ビットレート／Ｋ３）であるかどうかをチェックする（ステップ４０４）。ここで、Ｋ３は、Ｋ２よりも大きな定数とする。例えば、Ｋ３を大きくすることで、（現ビットレート／Ｋ３）が小さくなり、「ＲａｔｅＭＡＸ≦（現ビットレート／Ｋ３）」を評価することで、現在のビットレートに対して小さなＲａｔｅＭＡＸしかないことを確実に評価できる。
【００５６】
ステップ４０４でＹｅｓの場合、残バッファをクリアせず、ＲａｔｅＭＡＸの配信サーバを使用し、ビットレートを下げると決定する。ここで例えば、ステップ３０２と同様にビットレートを決めることとしてもよいが、残バッファ量を考慮して、所定時間内にバッファが枯渇しない程度に高いビットレートを用いる。すなわち、例えば、残バッファが所定再生時間分以上残っている場合には、残バッファが所定再生時間分以上残っていない場合よりもビットレートの下げ幅を小さくする。また、例えば、残バッファにあるデータの再生時間長をＳとし、所定の時間長（例：全バッファの再生時間長）をＴＳとしたときに、ＲａｔｅＭＡＸ×（ＴＳ−Ｓ）のデータ量をＴＳで消費しない最大のビットレートを選択してもよい。
【００５７】
ステップ４０４でＮｏの場合、残バッファをクリアせず、ＲａｔｅＭＡＸの配信サーバを使用し、ビットレートを変更しないと決定する。その後、ステップ２０４にて制御情報が送信される。なお、ステップ４０４でＮｏの場合、配信サーバに変更がなければ、何も変更がないので、制御情報を送信しない。
【００５８】
次に、総再生時間−Ｔ２秒＜再生時間である場合を説明する。この時点では再生が終了に近い。この場合は、まず、可用帯域が最大となる配信元を決定し、当該配信元の可能帯域をＲａｔｅＭＡＸとする（ステップ５０１）。そして、ＲａｔｅＭＡＸ＞（現在のビットレート／Ｋ２）であるかどうかをチェックする（ステップ５０２）。
【００５９】
ステップ５０２がＹｅｓの場合、残バッファをクリアし、ＲａｔｅＭＡＸに対応する配信サーバを使用し、ビットレートを上げることを決定する（ステップ５０３）。ビットレートは、例えば、ステップ３０２と同様に選択できる。その後、ステップ５０３で決定した内容を指示する制御情報が送信される（ステップ２０４）。ステップ５０２がＮｏの場合、変更を行わないと決定する。
【００６０】
図８に示した例は一例に過ぎない。本実施の形態では、配信ビットレート決定部２６のロジック（プログラム）を適宜変更することで、様々なアルゴリズムでの配信サーバ／ビットレート選択を実現することができる。
【００６１】
（実施の形態のまとめ、効果等）
以上説明したように、本実施の形態では、通信ネットワーク上に複数配置された配信サーバのうちの１つの配信サーバからメディアデータをダウンロードして当該メディアデータを再生する再生処理手段と、各配信サーバに対応するネットワーク品質を測定し、当該ネットワーク品質に基づいて、前記再生処理手段に対して、前記メディアデータのダウンロード元の配信サーバの切り替えを指示する再生制御手段とを備えるメディア再生制御装置が提供される。
【００６２】
前記ネットワーク品質は、例えば配信サーバから前記メディア再生制御装置にメディアデータをダウンロードする際に使用できる可用帯域である。また、前記再生制御手段は、前記ネットワーク品質に基づいて、ダウンロードするメディアデータのビットレートを決定し、当該ビットレートを前記再生制御手段に通知することができる。例えば、前記再生処理手段は、再生中のメディアデータのバッファ量を含む再生情報を前記再生制御手段に通知し、当該再生制御手段は、前記ネットワーク品質及び前記再生情報に基づいて前記ビットレートを決定する。
【００６３】
本実施の形態に係る技術によれば、映像等のメディア配信サービスを利用する利用者側の装置において、ネットワーク品質に応じて配信サーバを切り替えてメディアデータのダウンロード及び再生を行うことが可能となり、利用者は高品質のメディアを視聴できる機会が多くなる。
【００６４】
また、本実施の形態によれば、配信サーバ選択やメディアビットレート選択等に利用するネットワーク品質として、再生処理部１１におけるメディアデータのダウンロード速度ではなく、別の機能部（プロセス）で測定した可用帯域を用いることとした。これにより、例えば、再生処理部１１が複数のメディア配信方式に対応している場合でも、同一の評価対象によりメディアビットレートを選択することができる。
【００６５】
また、本実施の形態では、配信サーバ選択やメディアビットレート選択を行う機能部を、メディア再生部１０とは別の機能部（外部モジュール）としたことにより、メディアビットレート選択等を行うアルゴリズムの変更を容易にすることができる。また、別モジュール化することにより、メディア再生部１０の処理負荷を軽減できる。
【００６６】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００６７】
１００  メディア再生制御装置
２００  配信サーバ
３００  通信ネットワーク
１０  メディア再生部
１１  再生処理部
１２  再生情報送信部
１３  再生制御情報受信部
２０  メディアビットレート制御部
２１  可用帯域測定部
２２  メタ情報取得部
２３  メタ情報格納部
２４  再生情報受信部
２５  再生制御情報送信部
２６  配信ビットレート決定部
３０  ユーザインタフェース部
【図１】
2015104075.tif 000003
【図２】
2015104075.tif 000004
【図３】
2015104075.tif 000005
【図４】
2015104075.tif 000006
【図５】
2015104075.tif 000007
【図６】
2015104075.tif 000008
【図７】
2015104075.tif 000009
【図８】
2015104075.tif 000010