JP2018074349A - 映像処理装置、映像処理方法および映像処理プログラム - Google Patents

Abstract

【課題】低い処理負荷でかつ大容量の記憶装置を必要とせずに、通信帯域に応じたコンテンツのストリーミング送信を実現する。【解決手段】ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、ストリーミング送信する映像処理装置であって、端末装置から、当該端末装置が再生可能な第２コンテンツの品質情報を取得する品質情報取得部と、ストリーミング受信した第１コンテンツを、品質情報取得部が取得した品質情報に応じた映像符号化方式で符号化された第２コンテンツに変換する変換部と、変換部が変換した第２コンテンツを端末装置にストリーミング送信する送信部とを備え、変換部は、品質情報取得部が品質情報を取得すると、第１コンテンツのランダムアクセス可能なフレームから、第１コンテンツを品質情報に応じた映像符号化方式で符号化された第２コンテンツに変換する。【選択図】図２

Description

本発明は、映像処理装置、映像処理方法および映像処理プログラムに関し、特に、映像コンテンツをトランスコードしてストリーミング配信する技術に関する。

近年、プログレッシブダウンロードに通信帯域の制御を追加したストリーミング技術が開発されている。これにより、ユーザは、様々な通信環境下において、コンテンツサーバから配信される映像コンテンツを、パソコンやスマートフォンなどの端末装置を利用してリモート視聴することができる（たとえば、特許文献１参照）。

このようなストリーミング技術を用いたコンテンツサーバは、複数の通信帯域幅（通信速度）に対応するために、複数のビットレートのコンテンツを事前にトランスコード処理により生成し、蓄積している。端末装置は、接続されるネットワークの通信速度に応じて所望のビットレートのコンテンツ送信をコンテンツサーバに対して要求する。コンテンツサーバは、端末装置から要求されたビットレートのコンテンツを、事前に用意された複数のビットレートのコンテンツの中から選択し、端末装置にストリーミング送信する。端末装置は、コンテンツサーバからストリーミング送信されたコンテンツのストリームをストリーミング受信し、再生する。これにより、端末装置の通信速度がコンテンツの再生途中に変化した場合であっても、端末装置のユーザはコンテンツサーバから提供されるコンテンツをリモート視聴することができる。

特開２００６−２９５５８６号公報

しかしながら、従来のコンテンツサーバは、同一の番組についての複数のビットレートのコンテンツを蓄積しておかなければならない。ＳＴＢ（Set Top Box）や録画装置などの家庭用の映像処理装置では、大容量の記憶装置を備えることが困難であるとともに、複数のビットレートのコンテンツ用にトランスコード処理を行うのは処理負荷の面で問題がある。このため、家庭用の映像処理装置に従来のストリーミング技術を適用し、ネットワークの通信速度に応じたビットレートのコンテンツを端末装置に配信させるのは困難である。

本発明は、このような事情に鑑みてなされたものであり、低い処理負荷でかつ大容量の記憶装置を必要とせずに、通信帯域に応じたコンテンツのストリーミング送信を実現することができる映像処理装置、映像処理方法および映像処理プログラムを提供することを目的とする。

（１）上記目的を達成するために、本発明の一実施態様に係る映像処理装置は、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置であって、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部とを備え、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

（９）本発明の他の実施態様に係る映像処理方法は、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理方法であって、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得するステップと、ストリーミング受信した前記第１コンテンツを、取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換するステップと、変換した前記第２コンテンツを前記端末装置にストリーミング送信するステップとを含み、前記変換するステップでは、前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

（１０）本発明の他の実施態様に係る映像処理プログラムは、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置としてコンピュータを機能させるための映像処理プログラムであって、前記コンピュータを、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部として機能させ、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

なお、本発明の実施態様に係る映像処理プログラムは、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）等のコンピュータ読取可能な非一時的な記録媒体やインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。また、本発明は、映像処理装置の一部又は全部を実現する半導体集積回路として実現したり、映像処理装置を含むシステムとして実現したりすることもできる。

本発明によると、低い処理負荷でかつ大容量の記憶装置を必要とせずに、通信帯域に応じたコンテンツのストリーミング送信を実現することができる。

映像処理システムの構成を示す図である。 映像処理装置の構成を示すブロック図である。 管理ファイルの構成の一例を示す図である。 端末装置の構成を示すブロック図である。 実施の形態１に係る映像処理装置の処理手順の一例を示すフローチャートである。 実施の形態１に係る端末装置の処理手順の一例を示すフローチャートである。 実施の形態２に係る端末装置の処理手順の一例を示すフローチャートである。 実施の形態３に係る映像処理装置の処理手順の一例を示すフローチャートである。 実施の形態３に係る端末装置の処理手順の一例を示すフローチャートである。

［本願発明の実施形態の概要］
最初に本発明の実施形態の概要を列記して説明する。

（１）本発明の一実施形態に係る映像処理装置は、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置であって、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部とを備え、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

この構成によると、品質情報取得部が、端末装置から第２コンテンツのビットレートなどの品質情報を取得し、変換部が、その品質情報に合うように第１コンテンツを第２コンテンツに変換し、送信部が変換後の第２コンテンツを端末装置にストリーミング送信する。このため、映像処理装置は、品質情報ごとに第２コンテンツを事前に用意して蓄積しておく必要がない。また、端末装置が第２コンテンツを再生している途中に、端末装置の通信環境が変化した場合であっても、変換処理は、第１コンテンツのランダムアクセス可能なフレームから実行される。このため、通信環境が変化した場合にも、端末装置は、映像を乱すことなく、スムーズに第２コンテンツを再生することができる。よって、この構成によると、低い処理負荷でかつ大容量の記憶装置を必要とせずに、通信帯域に応じたコンテンツのストリーミング送信を実現することができる。

（２）また、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのＩＤＲピクチャから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換してもよい。

この構成によると、第１コンテンツがＨ．２６４／ＡＶＣ（Advanced Video Coding）の映像符号化方式で符号化されている場合に、ランダムアクセス可能なフレームであるＩＤＲピクチャの位置から第１コンテンツを第２コンテンツに変換することができる。

（３）また、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのストリームが示すリカバリーポイントＳＥＩで特定されるフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換してもよい。

この構成によると、第１コンテンツがＨ．２６４／ＡＶＣの映像符号化方式で符号化されている場合に、リカバリーポイントＳＥＩ（Supplemental Enhancement Information）で特定されるランダムアクセス可能なフレームから第１コンテンツを第２コンテンツに変換することができる。

（４）また、上述の映像処理装置は、さらに、前記第１コンテンツの録画時に、前記第１コンテンツから、前記第１コンテンツのランダムアクセス可能なフレームの情報を取得するフレーム情報取得部を備え、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記フレーム情報取得部が取得した前記情報が示すフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

この構成によると、事前にランダムアクセス可能なフレームの情報を取得している。このため、当該情報を参照することにより、ランダムアクセス可能なフレームに即座にアクセスすることができ、ランダムアクセス可能なフレームの探索処理を省略することができる。よって、第１コンテンツを第２コンテンツに変換する際の処理負荷を低減することができる。

（５）また、前記品質情報取得部は、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報の上限値を取得し、前記変換部は、前記品質情報取得部が前記上限値を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記上限値の範囲内の品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換してもよい。

この構成によると、端末装置の要求に応じたビットレートなどの品質情報の第２コンテンツを端末装置に提供することができる。

（６）また、前記品質情報取得部は、前記端末装置から、前記端末装置の処理能力に応じて定められた前記品質情報を取得してもよい。

この構成によると、端末装置の通信速度などの処理能力に応じた品質情報の第２コンテンツを端末装置に提供することができる。

（７）また、前記端末装置の処理能力は、前記端末装置の前記第２コンテンツのバッファ量、通信方法および通信速度の少なくとも１つに基づいて定められてもよい。

この構成によると、端末装置の第２コンテンツのバッファ量、通信方法および通信速度の少なくとも１つに応じた品質情報の第２コンテンツを端末装置に提供することができる。

（８）また、前記品質情報取得部は、前記端末装置から、前記品質情報として、前記端末装置が再生可能な前記第２コンテンツのビットレートを取得してもよい。

この構成によると、端末装置が通信速度や処理能力に応じたビットレートの第２コンテンツを、映像処理装置が端末装置に提供することができる。

（９）本発明の他の実施形態に係る映像処理方法は、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理方法であって、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得するステップと、ストリーミング受信した前記第１コンテンツを、取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換するステップと、変換した前記第２コンテンツを前記端末装置にストリーミング送信するステップとを含み、前記変換するステップでは、前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

この構成は、上述の映像処理装置が備える各処理部をステップとして含む。このため、上述の映像処理装置と同様の作用および効果を奏することができる。

（１０）本発明の他の実施形態に係る映像処理プログラムは、ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置としてコンピュータを機能させるための映像処理プログラムであって、前記コンピュータを、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部として機能させ、前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する。

この構成によると、上述の映像処理装置としてコンピュータを機能させることができる。このため、上述の映像処理装置と同様の作用および効果を奏することができる。

［本願発明の実施形態の詳細］
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、特許請求の範囲によって特定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。

（実施の形態１）
［映像処理装置の全体構成］
図１は、映像処理システムの構成を示す図である。
映像処理システム１は、テレビ番組などの映像コンテンツを視聴するためのシステムであり、映像処理装置１０と、端末装置３０とを備える。

映像処理装置１０は、家２内に設置され、インターネット、ケーブル又は放送波などを通じてテレビ番組などの映像コンテンツをストリーミング受信し、当該映像コンテンツを録画する装置である。映像処理装置１０は、例えば、ＳＴＢまたは録画装置などにより構成される。

端末装置３０は、映像処理装置１０と有線または無線により接続され、映像処理装置１０が受信した映像コンテンツを再生する装置である。端末装置３０は、例えば、ユーザが携帯するスマートフォンやタブレット端末などにより構成される。

映像処理装置１０と端末装置３０とは、例えば、無線ＬＡＮを経由して、ＤＬＮＡ（Digital Living Network Alliance）（登録商標）規格に従い接続され、映像処理装置１０は、ＤＭＳ（デジタルメディアサーバ）として機能し、端末装置３０は、ＤＭＰ（デジタルメディアプレイヤー）として機能する。

映像処理装置１０は、映像コンテンツを、端末装置３０用の映像コンテンツに変換するトランスコードを実行する。例えば、映像処理装置１０は、映像符号化方式の変更を行うことにより、端末装置３０で再生可能なフォーマットの映像コンテンツの作成を行う。

また、映像処理装置１０は、トランスコードされた映像コンテンツを端末装置３０にストリーミング送信する際、ストリームのパケットをＤＴＣＰ−ＩＰ（Digital Transmission Content Protection-Internet Protocol）に従って、端末装置３０において復号可能なパケットに暗号化する。

端末装置３０は、映像処理装置１０よりストリームを受信し、受信したストリームを復号処理し、ストリームに含まれる映像コンテンツの再生を実行する。

なお、ユーザは、端末装置３０を家２の外に持ち出すことも可能である。その場合には、映像処理装置１０と、端末装置３０とが、インターネット４０および無線基地局４１を介して、有線および無線により接続される。端末装置３０は、端末装置３０が家２内にある時と同様に、映像処理装置１０から受信した暗号化ストリームを復号することにより、映像コンテンツの再生を実行する。

［映像処理装置１０の構成］
図２は、映像処理装置１０の構成を示すブロック図である。
映像処理装置１０は、ストリーミング受信部１１と、記憶装置１２と、フレーム情報取得部１３と、トランスコード部１４と、送信要求受付部１５と、ビットレート取得部１６と、ストリーミング送信部１７とを備える。

ストリーミング受信部１１は、インターネット、ケーブル又は放送波などを通じてテレビ番組などの映像コンテンツを含むストリームをストリーミング受信する。ストリーミング受信部１１が受信するストリームは、例えば、ＭＰＥＧ−２ ＴＳ（Moving Picture Experts Group 2 Transport Stream）の規格に従ったストリームであり、映像コンテンツを複数のパケットに分割したストリームである。

ストリーミング受信部１１は、ストリーミング受信したストリームに含まれる映像コンテンツを、記憶装置１２に書き込むことにより、録画する。なお、本実施の形態では、ストリーミング受信部１１が受信する映像コンテンツは、Ｈ．２６４／ＡＶＣの映像符号化方式に従い符号化されているものとする。

記憶装置１２は、映像コンテンツを記憶する装置であり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などにより構成される。

フレーム情報取得部１３は、ストリーミング受信部１１がストリーミング受信した映像コンテンツ（以下、「第１コンテンツ」という。）の録画時に、第１コンテンツから、第１コンテンツのランダムアクセス可能なフレームの情報を取得し、取得した情報を、管理ファイルとして記憶装置１２に書き込む。

つまり、フレーム情報取得部１３は、ランダムアクセス可能なフレームの情報として、第１コンテンツから、第１コンテンツのＩＤＲピクチャにアクセス可能な位置の情報を抽出し、ＩＤＲピクチャのＰＴＳ（Presentation Time Stamp）の情報とともに、管理ファイルとして記憶装置１２に書き込む。ＩＤＲピクチャとは、他のピクチャを参照せずに、面内符号化されたピクチャのことである。

図３は、管理ファイルの構成の一例を示す図である。
管理ファイルには、ＰＴＳおよびバイトオフセットの情報が含まれる。バイトオフセットとは、上述したＩＤＲピクチャにアクセス可能な位置の情報であり、第１コンテンツの先頭アドレスからのオフセットアドレスを示す。例えば、管理ファイルには、ＩＤＲピクチャのＰＴＳが「００：０４：０２：２８」であり、第１コンテンツの先頭アドレスから数えて３０４２１６バイト目のアドレスにＩＲＤピクチャに付随するＳＰＳ（Sequence Parameter Set）があることを示している。

なお、フレーム情報取得部１３は、ランダムアクセス可能なフレームの情報を、第１コンテンツに含まれるリカバリーポイントＳＥＩの情報から特定してもよい。リカバリーポイントＳＥＩとは、映像符号化のタイミングなどの補足的な付加情報として、復号開始ピクチャと表示開始ピクチャとを示す付加情報である。つまり、リカバリーポイントＳＥＩが示す復号開始ピクチャから復号を開始すれば、ＳＥＩで指定された表示開始ピクチャから正しく表示することが可能となる。このため、ランダムアクセス可能なフレームの情報は、リカバリーポイントＳＥＩが示す復号開始ピクチャにアクセス可能な位置の情報を含む。

送信要求受付部１５は、端末装置３０から、端末装置３０の再生用の映像コンテンツ（以下、「第２コンテンツ」という。）の送信要求を受け付ける。つまり、ユーザが、端末装置３０を操作して現在放送中の番組の第２コンテンツ、または記憶装置１２に録画されている番組の第２コンテンツの再生を指示すると、端末装置３０が映像処理装置１０に対して所望の番組の第２コンテンツの送信要求信号を送信する。送信要求受付部１５は、端末装置３０から送信された送信要求信号を受信することにより、第２コンテンツの送信要求を受け付ける。

ビットレート取得部１６は、品質情報取得部を構成し、端末装置３０から、端末装置３０が再生可能な第２コンテンツの品質情報を取得する。例えば、第２コンテンツの品質情報として、第２コンテンツのビットレートを取得する。このビットレートは、端末装置３０における第２コンテンツのバッファ量に基づいて定められる。

トランスコード部１４は、送信要求受付部１５が受信した送信要求信号に示される番組の第１コンテンツを記憶装置１２から読み出し、ビットレート取得部１６が端末装置３０から取得したビットレートの第２コンテンツにトランスコードする。例えば、第１コンテンツのビットレートが１６Ｍｂｐｓであり、ビットレート取得部１６が取得したビットレートが８Ｍｂｐｓの場合には、トランスコード部１４は、１６Ｍｂｐｓの第１コンテンツのビットレートを８Ｍｂｐｓに変換して第２コンテンツを生成する。

その際、トランスコード部１４は、コンテンツの画面解像度を必要に応じ変更する。例えば、端末装置３０が映像処理装置１０に対して第２コンテンツの品質情報としてビットレートの他に画面解像度も送信できるものとする。この場合には、トランスコード部１４は、第１コンテンツの画面解像度を、端末装置３０が要求する画面解像度を有する第２コンテンツにトランスコードする。

例えば、第１コンテンツの画面解像度がＦｕｌｌ−ＨＤ（１９２０×１０８０ピクセル）であり、端末装置３０が要求する画面解像度がＨＤ（１３６６×７６８ピクセル）である。この場合、トランスコード部１４は、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）で符号化されたビットレートが１６Ｍｂｐｓで、かつ画面解像度がＦｕｌｌ−ＨＤの第１コンテンツを、映像符号化方式がＭＰＥＧ−２のビットレートが８Ｍｂｐｓで、かつ画面解像度がＨＤの第２コンテンツにトランスコードしてもよい。

なお、画面解像度を変更せずにビットレートのみを変更してトランスコードすることも可能である。

ストリーミング送信部１７は、トランスコード部１４でビットレートと、必要に応じて画面解像度とが変更されて生成された第２コンテンツをストリームとして端末装置３０に対してストリーミング送信する。ストリーミング送信部１７が送信するストリームは、例えば、ＭＰＥＧ−２ ＴＳの規格に従ったストリームである。

［端末装置３０の構成］
図４は、端末装置３０の構成を示すブロック図である。
端末装置３０は、ストリーミング受信部３１と、バッファ装置３２と、デコード部３３と、表示制御部３４と、ビットレート決定部３５と、ビットレート送信部３６と、送信要求送信部３７とを備える。

ストリーミング受信部３１は、インターネット４０を介して映像処理装置１０から第２コンテンツのストリームをストリーミング受信し、当該ストリームに含まれる第２コンテンツのパケットをバッファ装置３２に書き込む。

バッファ装置３２は、第２コンテンツのパケットを一時的に保持する記憶装置であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）などの揮発性メモリや、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリなどの不揮発性メモリにより構成される。

デコード部３３は、バッファ装置３２に記憶されている第２コンテンツのパケットを読み出し、当該パケットを第２コンテンツの映像信号にデコードする。

表示制御部３４は、デコード部３３でデコードされた映像信号を液晶ディスプレイ等の画面に表示する制御を行う。

ビットレート決定部３５は、バッファ装置３２に記憶されているパケットのバッファ量の多寡に応じて第２コンテンツのビットレートを決定する。つまり、ビットレート決定部３５は、バッファ量が所定の上限閾値よりも大きい場合には、バッファ装置３２の記憶領域がオーバーフローするのを防ぐために、ビットレートを高くする。また、ビットレート決定部３５は、バッファ量が所定の下限閾値よりも小さい場合には、バッファ装置３２の記憶領域がアンダーフローするのを防ぐために、ビットレートを低くする。

ビットレート送信部３６は、ビットレート決定部３５が決定したビットレートを、インターネット４０を介して映像処理装置１０に送信する。なお、ビットレート送信部３６は、端末装置３０の画面解像度を合わせて送信してもよい。

送信要求送信部３７は、ユーザからの操作に基づいて選択された番組の送信要求信号を、インターネット４０を介して映像処理装置１０に送信する。

［映像処理装置１０の処理手順］
図５は、実施の形態１に係る映像処理装置１０の処理手順の一例を示すフローチャートである。

ストリーミング受信部１１は、現在の時刻が番組の録画予約が行われた時間帯に含まれるか否かを判断する（Ｓ１）。現在の時刻が録画予約された時間帯に含まれていれば（Ｓ１でＹＥＳ）、録画予約された番組の映像コンテンツ（第１コンテンツ）を含むストリームをストリーミング受信する（Ｓ２）。

ストリーミング受信部１１は、受信した第１コンテンツをファイル形式で記憶装置１２に記憶させる（Ｓ３）。

フレーム情報取得部１３は、ストリーミング受信部１１がストリーミング受信した第１コンテンツから、第１コンテンツのランダムアクセス可能なフレームの情報を取得し、管理ファイルを作成し（Ｓ４）、作成した管理ファイルを記憶装置１２に書き込む（Ｓ５）。管理ファイルの例は、図３に示したとおりである。なお、ランダムアクセス可能なフレームは、チャンクサイズ（chunk size）ごとに設けられており、例えば、２秒間隔で設けられていてもよい。

送信要求受付部１５は、端末装置３０から映像コンテンツ（第２コンテンツ）の送信要求信号を受信したか否かを判断する（Ｓ６）。

送信要求受付部１５が送信要求信号を受信すると（Ｓ６でＹＥＳ）、ビットレート取得部１６は、端末装置３０からビットレートを受信したか否かを判断する（Ｓ７）。

ビットレート取得部１６がビットレートを受信していれば（Ｓ７でＹＥＳ）、トランスコード部１４は、ターゲットビットレート、つまりトランスコード後の第２コンテンツのビットレートを、ビットレート取得部１６が受信したビットレートに変更する（Ｓ８）。なお、ビットレートを受信していない場合のために、トランスコード部１４のターゲットビットレートには初期値が設定されていてもよい。

トランスコード部１４は、ビットレート取得部１６が取得したビットレートをターゲットビットレートとして、送信要求信号に示される番組の第１コンテンツをトランスコードして第２コンテンツを生成する（Ｓ９）。なお、トランスコード部１４は、ターゲットビットレートが変更された場合には、トランスコードの際に、図３に示したような管理ファイルを参照し、第１コンテンツのランダムアクセス可能なフレームからトランスコードを開始する。これにより、ランダムアクセス可能なフレームからビットレートが変更された第２コンテンツを生成することができる。よって、端末装置３０による第２コンテンツの復号化時に、ビットレートの異なるピクチャを参照することがなくなるため、映像の乱れがなくなる。

ストリーミング送信部１７は、トランスコード部１４が生成した第２コンテンツをストリームとしてストリーミング送信する（Ｓ１０）。

第２コンテンツのトランスコードが終了していなければ（Ｓ１１でＮＯ）、ステップＳ７以降の処理が繰り返される。

以上の処理により、第１コンテンツから第２コンテンツへのトランスコードの途中でターゲットビットレートが変更された場合であっても、ランダムアクセス可能なフレームからトランスコードが開始される。このため、端末装置３０で第２コンテンツを再生した場合に、映像が乱れることなくスムーズに再生を行うことができる。

［端末装置３０の処理手順］
図６は、実施の形態１に係る端末装置３０の処理手順の一例を示すフローチャートである。

送信要求送信部３７は、ユーザがキーボード等の入力インタフェースを操作して番組の再生要求をしているか否かを判断する（Ｓ２１）。

番組の再生要求がされている場合には（Ｓ２１でＹＥＳ）、送信要求送信部３７は、ユーザからの操作に基づいて選択された番組の送信要求信号を、インターネット４０を介して映像処理装置１０に送信する（Ｓ２２）。送信要求信号を受信した映像処理装置１０は、当該送信要求信号に従い当該番組の第２コンテンツを端末装置３０に送信する。

このため、ストリーミング受信部３１は、映像処理装置１０から第２コンテンツをストリーミング受信しているか否かを判断する（Ｓ２３）。

ストリーミング受信部３１が第２コンテンツをストリーミング受信している場合には（Ｓ２３でＹＥＳ）、ストリーミング受信部３１は、受信した第２コンテンツのストリームに含まれるパケットをバッファ装置３２に書き込む（Ｓ２４）。

デコード部３３は、バッファ装置３２から第２コンテンツのパケットを読み出し、デコードして、映像信号を生成する（Ｓ２５）。

表示制御部３４は、デコード部３３がデコードした第２コンテンツの映像信号を、液晶ディスプレイ等の画面に表示する制御を行う（Ｓ２６）。

ビットレート決定部３５は、バッファ装置３２に記憶されている第２コンテンツのパケットのバッファ量が下限閾値ＴＨ１よりも小さいか否かを判断する（Ｓ２７）。

ビットレート決定部３５は、バッファ量が下限閾値ＴＨ１よりも小さい場合には（Ｓ２７でＹＥＳ）、バッファ装置３２の記憶領域がアンダーフローするのを防ぐために、ストリーミング受信部３１が受信する第２コンテンツのビットレートを、現在値よりも低い値に変更する（Ｓ２８）。ビットレートの取り得る値が事前に決定されている場合には、その中から選択することにより、ビットレートを変更してもよい。例えば、取り得るビットレートが８Ｍｂｐｓ、４ＭＢｐｓ、２Ｍｂｐｓ、１Ｍｂｐｓであり、現在のビットレートが４Ｍｂｐｓの場合には、ビットレート決定部３５は、ビットレートを２Ｍｂｐｓに変更する。なお、ビットレートの取り得る値が可変の場合には、自由にビットレートを変更することも可能である。例えば、現在のビットレートが４Ｍｂｐｓの場合には、ビットレート決定部３５は、ビットレートを１０％減らして、３．６Ｍｂｐｓに変更してもよい。

ビットレート送信部３６は、ビットレート決定部３５による変更後のビットレートを、映像処理装置１０に送信する（Ｓ２９）。

ビットレート決定部３５は、バッファ装置３２に記憶されている第２コンテンツのパケットのバッファ量が上限閾値ＴＨ２よりも大きいか否かを判断する（Ｓ３０）。

ビットレート決定部３５は、バッファ量が上限閾値ＴＨ２よりも大きい場合には（Ｓ３０でＹＥＳ）、バッファ装置３２の記憶領域がオーバーフローするのを防ぐために、ストリーミング受信部３１が受信する第２コンテンツのビットレートを、現在値よりも高い値に変更する（Ｓ３１）。ビットレートの取り得る値が事前に決定されている場合には、その中から選択することにより、ビットレートを変更してもよい。例えば、取り得るビットレートが８Ｍｂｐｓ、４ＭＢｐｓ、２Ｍｂｐｓ、１Ｍｂｐｓであり、現在のビットレートが２Ｍｂｐｓの場合には、ビットレート決定部３５は、ビットレートを４Ｍｂｐｓに変更する。なお、ビットレートの取り得る値が可変の場合には、自由にビットレートを変更することも可能である。例えば、現在のビットレートが４Ｍｂｐｓの場合には、ビットレート決定部３５は、ビットレートを１０％増やして、４．４Ｍｂｐｓに変更してもよい。

表示制御部３４による第２コンテンツの映像信号の表示制御が終了するまで（Ｓ３３でＮＯ）、ステップＳ２３以降の処理が繰り返し実行される。

［実施の形態１の効果］
以上説明したように、本発明の実施の形態１によると、ビットレート取得部１６が、端末装置３０から第２コンテンツのビットレートを取得し、トランスコード部１４が、第１コンテンツを取得したビットレートの第２コンテンツにトランスコードし、ストリーミング送信部１７がトランスコード後の第２コンテンツを端末装置３０にストリーミング送信する。このため、映像処理装置２０は、ビットレートごとに第２コンテンツを事前に用意して蓄積しておく必要がない。また、端末装置３０が第２コンテンツを再生している途中に、端末装置３０の通信環境が変化した場合であっても、トランスコード部１４は、第１コンテンツのランダムアクセス可能なフレームからトランスコードを実行する。このため、通信環境が変化した場合にも、端末装置３０は、映像を乱すことなく、スムーズに第２コンテンツを再生することができる。

また、フレーム情報取得部１３は、事前にランダムアクセス可能なフレームの情報を含む管理ファイルを作成する。このため、トランスコード部１４は、管理ファイルを参照することにより、ランダムアクセス可能なフレームに即座にアクセスすることができ、ランダムアクセス可能なフレームの探索処理を省略することができる。よって、第１コンテンツを第２コンテンツにトランスコードする際の処理負荷を低減することができる。

また、端末装置３０は、バッファ装置３２に記憶されているパケットのバッファ量の多寡に応じて第２コンテンツのビットレートを決定している。このため、端末装置３０は、バッファ装置３２の記憶領域がオーバーフローまたはアンダーフローするのを防止しながら、最適なビットレートで第２コンテンツを再生することができる。

（実施の形態２）
実施の形態１では、端末装置３０のバッファ装置３２に記憶されているバッファ量の多寡に応じて第２コンテンツのビットレートを決定した。実施の形態２では、バッファ量の多寡に加え、端末装置３０の通信方法に応じて第２コンテンツのビットレートを決定する。端末装置３０の通信方法には、例えば、Ｗｉ−Ｆｉ接続、４Ｇ接続などが含まれる。

実施の形態２では、実施の形態１と同様の構成については、同一の参照符号を付す。その機能および名称も同一であるため、その詳細な説明はここでは繰り返さない。なお、実施の形態３以降についても同様とする。

映像処理システム１の構成は、図１に示した実施の形態１に係る映像処理システム１の構成と同様である。

映像処理装置１０の構成は、図２に示した実施の形態１に係る映像処理装置１０の構成と同様である。

端末装置３０の構成は、図４に示した実施の形態１に係る端末装置３０の構成と同様である。ただし、ビットレート決定部３５が実行するビットレートの決定処理が実施の形態１とは異なる。このため、以下ではこの点を中心に説明を行う。

実施の形態２に係るビットレート決定部３５は、バッファ装置３２に記憶されているパケットのバッファ量の多寡に応じて第２コンテンツのビットレートを決定する。つまり、ビットレート決定部３５は、バッファ量が所定の上限閾値よりも大きい場合には、バッファ装置３２の記憶領域がオーバーフローするのを防ぐために、ビットレートを高くする。また、ビットレート決定部３５は、バッファ量が所定の下限閾値よりも小さい場合には、バッファ装置３２の記憶領域がアンダーフローするのを防ぐために、ビットレートを低くする。

それに加え、ビットレート決定部３５は、端末装置３０の通信方法に応じて、ビットレートを変更する。実施の形態２では、一例として、端末装置３０の通信方法が４Ｇ接続の場合には、バッファ量に基づき決定されたビットレートを、所定の最大ビットレート以下のビットレートに変更する。これにより、Ｗｉ−Ｆｉ接続などに比べて通信帯域の狭い４Ｇ接続の場合であっても、バッファ装置３２の記憶領域がアンダーフローするのを防止することができる。

映像処理装置１０の処理手順は、図５に示した実施の形態１に係る映像処理装置１０の処理手順と同様である。

図７は、実施の形態２に係る端末装置３０の処理手順の一例を示すフローチャートである。

ステップＳ２１〜Ｓ３２は、図６に示したステップＳ２１〜Ｓ３１と同様である。ステップＳ３１の処理の後、ビットレート決定部３５は、端末装置３０の接続方法が４Ｇ接続か否かを判断する（Ｓ４１）。

接続方法が４Ｇ接続の場合には（Ｓ４１でＹＥＳ）、ビットレート決定部３５は、ステップＳ３１で変更されたビットレートを、予め定められた最大ビットレート以下になるように変更する（Ｓ４２）。つまり、ビットレート決定部３５は、ステップＳ３１で変更されたビットレートが、上記最大ビットレートを超えている場合には、ビットレートを上記最大ビットレートに変更する（Ｓ４３）。

その後、表示制御部３４による第２コンテンツの映像信号の表示制御が終了するまで（Ｓ３３でＮＯ）、ステップＳ２３以降の処理が繰り返し実行される。

以上説明したように、実施の形態２によると、端末装置３０の通信方法に応じて第２コンテンツのビットレートを変更することができる。このため、通信方法に応じた品質の第２コンテンツを映像処理装置１０から端末装置３０に提供することができる。

（実施の形態３）
実施の形態１および２では、端末装置３０が第２コンテンツのビットレートを指定していた。実施の形態３では、端末装置３０が第２コンテンツの最大ビットレートを指定し、映像処理装置１０が最大ビットレートの範囲内で第２コンテンツのビットレートを決定する。

映像処理システム１の構成は、図１に示した実施の形態１に係る映像処理システム１の構成と同様である。

映像処理装置１０の構成は、図２に示した実施の形態１に係る映像処理装置１０の構成と同様である。ただし、ビットレート取得部１６およびトランスコード部１４が実行する処理が実施の形態１とは異なる。

ビットレート取得部１６は、端末装置３０が再生する第２コンテンツの品質情報として、端末装置３０が再生可能な第２コンテンツの最大ビットレートを受信する。

トランスコード部１４は、第１コンテンツを、ビットレート取得部１６が受信した最大ビットレート以下のビットレートの第２コンテンツにトランスコードする。例えば、最大ビットレートが６Ｍｂｐｓであり、トランスコード部１４がトランスコード可能なターゲットビットレートが８Ｍｂｐｓ、４ＭＢｐｓ、２Ｍｂｐｓ、１Ｍｂｐｓのいずれかである場合には、トランスコード部１４は、第１コンテンツを、４ＭＢｐｓの第２コンテンツにトランスコードする。

端末装置３０の構成は、図４に示した実施の形態１に係る端末装置３０の構成と同様である。ただし、ビットレート決定部３５が実行するビットレートの決定処理が実施の形態１とは異なる。

ビットレート決定部３５は、端末装置３０の通信方法に応じて端末装置３０が再生可能な第２コンテンツの最大ビットレートを決定する。例えば、端末装置３０の通信方法が、Ｗｉ−Ｆｉ接続および４Ｇ接続を含むものとした場合、ビットレート決定部３５は、Ｗｉ−Ｆｉ接続時の最大ビットレートと４Ｇ接続時の最大ビットレートとを事前に定めたテーブルデータを参照することにより、通信方法に応じた最大ビットレートを決定する。ここで、Ｗｉ−Ｆｉ接続時の最大ビットレートは、４Ｇ接続時の最大ビットレートよりも大きな値である。

図８は、実施の形態３に係る映像処理装置１０の処理手順の一例を示すフローチャートである。
ステップＳ１〜Ｓ６は、図５に示したステップＳ１〜Ｓ６と同様である。

送信要求受付部１５が送信要求信号を受信すると（Ｓ６でＹＥＳ）、ビットレート取得部１６は、端末装置３０から端末装置３０が再生可能な第２コンテンツの最大ビットレートを受信したか否かを判断する（Ｓ５１）。

最大ビットレートを受信していれば（Ｓ５１でＹＥＳ）、トランスコード部１４は、ターゲットビットレートを、トランスコード部１４がトランスコード可能なターゲットビットレートのうち、最大ビットレート以下のトランスコードに変更する（Ｓ５２）。ターゲットビットレートの変更例については、上述した通りである。

その後、ステップＳ９〜Ｓ１１の処理が実行される。ステップＳ９〜Ｓ１１については、図５に示したステップＳ９〜Ｓ１１と同様である。

図９は、実施の形態３に係る端末装置３０の処理手順の一例を示すフローチャートである。

ステップＳ２１〜Ｓ２６は、図６に示したステップＳ２１〜Ｓ２６と同様である。ステップＳ２６の処理の後、ビットレート決定部３５は、端末装置３０の接続方法を判定するＳ５１）。

端末装置３０の接続方法が４Ｇ接続の場合には（Ｓ６１で４Ｇ）、ビットレート決定部３５は、端末装置３０が再生可能な第２コンテンツの最大ビットレートを、予め定められた相対的に低いビットレート（たとえば、３Ｍｂｐｓ）に決定する（Ｓ６２）。

端末装置３０の接続方法がＷｉ−Ｆｉ接続の場合には（Ｓ６１でＷｉ−Ｆｉ）、ビットレート決定部３５は、最大ビットレートを、予め定められた相対的に高いビットレート（たとえば、７Ｍｂｐｓ）に決定する（Ｓ６３）。

Ｓ６２またはＳ６３の処理の後、ビットレート送信部３６は、ビットレート決定部３５が設定した最大ビットレートを映像処理装置１０に送信する（Ｓ６４）。

その後、表示制御部３４による第２コンテンツの映像信号の表示制御が終了するまで（Ｓ３３でＮＯ）、ステップＳ２３以降の処理が繰り返し実行される。

以上説明したように、実施の形態３によると、端末装置３０の通信方法に応じて端末装置３０が再生可能な第２コンテンツの最大ビットレートを変更することができる。映像処理装置１０は、最大ビットレート以下のビットレートの第２コンテンツを端末装置３０にストリーミング送信することができる。このため、通信方法に応じた品質の第２コンテンツを映像処理装置１０から端末装置３０に提供することができる。

［付記］
以上、本発明の実施の形態に係る映像処理システム１について説明したが、本発明は、この実施の形態に限定されるものではない。

また、上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムとして構成されてもよい。ＲＡＭまたはハードディスクドライブには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

さらに、上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩから構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。

また、本発明は、上記に示す方法であるとしてもよい。また、本発明は、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、上記コンピュータプログラムからなるデジタル信号であるとしてもよい。

さらに、本発明は、上記コンピュータプログラムまたは上記デジタル信号をコンピュータ読取可能な非一時的な記録媒体、例えば、ハードディスクドライブ、ＣＤ−ＲＯＭ、半導体メモリなどに記録したものとしてもよい。また、これらの非一時的な記録媒体に記録されている上記デジタル信号であるとしてもよい。

また、本発明は、上記コンピュータプログラムまたは上記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

また、上記プログラムに含まれる各ステップは、複数のコンピュータにより実行されてもよい。
さらに、上記実施の形態をそれぞれ組み合わせるとしてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 映像処理システム
１０ 映像処理装置
１１ ストリーミング受信部
１２ 記憶装置
１３ フレーム情報取得部
１４ トランスコード部
１５ 送信要求受付部
１６ ビットレート取得部
１７ ストリーミング送信部
２０ 映像処理装置
３０ 端末装置
３１ ストリーミング受信部
３２ バッファ装置
３３ デコード部
３４ 表示制御部
３５ ビットレート決定部
３６ ビットレート送信部
３７ 送信要求送信部

Claims (10)

1. ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置であって、
   前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、
   ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、
   前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部とを備え、
   前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   映像処理装置。
2. 前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのＩＤＲピクチャから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   請求項１に記載の映像処理装置。
3. 前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのストリームが示すリカバリーポイントＳＥＩで特定されるフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   請求項１に記載の映像処理装置。
4. さらに、前記第１コンテンツの録画時に、前記第１コンテンツから、前記第１コンテンツのランダムアクセス可能なフレームの情報を取得するフレーム情報取得部を備え、
   前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記フレーム情報取得部が取得した前記情報が示すフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   請求項１〜請求項３のいずれか１項に記載の映像処理装置。
5. 前記品質情報取得部は、前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報の上限値を取得し、
   前記変換部は、前記品質情報取得部が前記上限値を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記上限値の範囲内の品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   請求項１〜請求項４のいずれか１項に記載の映像処理装置。
6. 前記品質情報取得部は、前記端末装置から、前記端末装置の処理能力に応じて定められた前記品質情報を取得する
   請求項１〜請求項５のいずれか１項に記載の映像処理装置。
7. 前記端末装置の処理能力は、前記端末装置の前記第２コンテンツのバッファ量、通信方法および通信速度の少なくとも１つに基づいて定められる
   請求項６に記載の映像処理装置。
8. 前記品質情報取得部は、前記端末装置から、前記品質情報として、前記端末装置が再生可能な前記第２コンテンツのビットレートを取得する
   請求項１〜請求項７のいずれか１項に記載の映像処理装置。
9. ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理方法であって、
   前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得するステップと、
   ストリーミング受信した前記第１コンテンツを、取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換するステップと、
   変換した前記第２コンテンツを前記端末装置にストリーミング送信するステップとを含み、
   前記変換するステップでは、前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
   映像処理方法。
10. ストリーミング受信した第１コンテンツを、端末装置でストリーミング再生可能な映像符号化方式で符号化された第２コンテンツに変換し、前記第２コンテンツを前記端末装置にストリーミング送信する映像処理装置としてコンピュータを機能させるための映像処理プログラムであって、
    前記コンピュータを、
    前記端末装置から、当該端末装置が再生可能な前記第２コンテンツの品質情報を取得する品質情報取得部と、
    ストリーミング受信した前記第１コンテンツを、前記品質情報取得部が取得した前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する変換部と、
    前記変換部が変換した前記第２コンテンツを前記端末装置にストリーミング送信する送信部として機能させ、
    前記変換部は、前記品質情報取得部が前記品質情報を取得すると、前記第１コンテンツのランダムアクセス可能なフレームから、前記第１コンテンツを前記品質情報に応じた映像符号化方式で符号化された前記第２コンテンツに変換する
    映像処理プログラム。