(57)【要約】【課題】低機能な端末でも復号、再生を行えることができるように高精細映像の多視点映像符号化データを作成して映像配信を行う。【解決手段】全体映像データのうち指定された一部領域である映像再生領域の符号化映像データを映像再生装置に対して配信する映像配信装置であって、映像再生領域を識別する再生領域番号と全体映像のフレーム番号とを付与した映像再生領域が同一の複数のフレームからなるＧＯＰに対してシーケンス番号を付与し、映像再生領域が異なるＧＯＰそれぞれを符号化する映像符号化手段と、映像符号化手段によって付与された再生領域番号とフレーム番号に基づき、各映像再生領域およびＧＯＰ毎の映像情報一時ファイルを作成して出力するファイル作成手段と、映像再生装置からの要求に応じて、映像情報一時ファイルから表示すべき映像再生領域の符号化映像データを読み出して映像再生装置に対して送信する送信手段とを備える。【選択図】図１
2015095812.tif 000002
【特許請求の範囲】
【請求項１】
全体映像データのうち指定された一部領域である映像再生領域の符号化映像データを映像再生装置に対して配信する映像配信装置であって、
前記映像再生領域を識別する再生領域番号と前記全体映像のフレーム番号とを付与した前記映像再生領域が同一の複数のフレームからなるＧＯＰに対してシーケンス番号を付与し、前記映像再生領域が異なる前記ＧＯＰそれぞれを符号化する映像符号化手段と、
前記映像符号化手段によって付与された前記再生領域番号と前記フレーム番号に基づき、各映像再生領域および前記ＧＯＰ毎の映像情報一時ファイルを作成して出力するファイル作成手段と、
前記映像再生装置からの要求に応じて、前記映像情報一時ファイルから表示すべき前記映像再生領域の符号化映像データを読み出して前記映像再生装置に対して送信する送信手段と
を備えることを特徴とする映像配信装置。
【請求項２】
前記送信手段は、前記シーケンス番号の最大値と同数の記憶領域を有するリングバッファを備え、
前記ファイル作成手段から出力する前記映像情報一時ファイルを前記リングバッファに記憶する動作と並行して、前記映像再生装置からの要求に含まれるシーケンス番号に対応する前記リングバッファの記憶領域から前記符号化映像データを読み出して送信することを特徴とする請求項１に記載の映像配信装置。
【請求項３】
請求項２に記載の映像配信装置から前記符号化映像データを受信して再生する映像再生装置であって、
前記映像配信装置に備えられているリングバッファから読み出すべき前記符号化映像データのシーケンス番号を指定して前記符号化映像データの送信を前記映像配信装置に対して要求することを特徴とする映像再生装置。
【請求項４】
コンピュータを、請求項１または２に記載の映像配信装置として機能させるための映像配信プログラム。
【請求項５】
コンピュータを、請求項３に記載の映像再生装置として機能させるための映像再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像配信装置、映像再生装置及びプログラムに関する。
【背景技術】
【０００２】
近年、４Ｋ、８Ｋおよび巨大なパノラマ映像等のハイビジョン品質を大きく上回る解像度を持つ高精細映像から、視聴者が好みの位置や大きさで自由に操作しながら視聴する技術の研究が行われている。例えば、ハイビジョン品質を越える解像度の巨大なパノラマ映像を対象とした視聴技術がある（非特許文献１参照）。
【０００３】
非特許文献１では、高精細映像の一部を再生する端末として、ハイスペックなパソコンを前提としているが、これに加えて、ロースペックなタブレットやスマートフォンで、高精細映像の一部の再生を可能とする技術の検討も行われている（非特許文献２参照）。
【０００４】
非特許文献２によると、巨大なパノラマ映像を、まず複数の解像度に分割した上で、さらに、各解像度の映像を一定サイズの矩形を少しずつずらしたビューに分割し、それぞれのビュー単位で映像符号化を行っている。図４は、高精細映像に対するビューの構成例を示す図である。図４に示すように、解像度を３段階の高解像度、中解像度、低解像度の分けて、それぞれの映像から一定サイズの矩形を少しずつずらしたビューを構成している。さらに、国際標準規格であるＨ．２６４／ＭＶＣフォーマットに従って、各ビューの映像符号化データをまとめて１つのパノラマ映像ストリームを構成している。
【０００５】
その上で、視聴者が、巨大なパノラマ映像から、前述した視聴スタイルのように好みの位置や大きさを自由に操作しながら視聴する場合は、この１つのパノラマ映像ストリームから、視聴者の視聴している領域（表示領域）を含む最適な解像度のビューと、パノラマ映像全体を含んだ最低解像度のビューの２つのビューを読み込んで復号し、これらの最適な解像度の映像と最低解像度の映像の復号結果を重畳したうえで、画像からクリッピングして表示デバイスへの表示を行っている。
【０００６】
なお、視聴者の操作により表示画像の位置や大きさが変化した場合は、これに追随して読み込む最適な解像度のビューの位置を変更（位置変化時）や、あるいは最適な解像度を変更（大きさ変化時）して、これらを復号化することで、映像が時間的にも、空間的にも途切れることなく表示を継続可能とするシステムとなっている。
【０００７】
ここで、図５を参照して、高精細映像ストリームを配信サーバから低機能のクライアント端末への映像ストリームの配信動作を説明する。図５は、映像ストリームの配信動作を示す図である。
【０００８】
まず、クライアント端末から、映像の表示領域が含まれる、適切な高解像度のビュー（図５のビューＡ）と、最低解像度のビュー（図３のビューＢ）とを配信要求する（図５（ｉ））。続いて、配信サーバは、クライアント端末から要求されたビューＡ、ビューＢを配信する（図５（ｉｉ））。
【０００９】
これを受けて、クライアント端末は、適切な高解像度のビュー（ビューＡ）と最低解像度のビュー（ビューＢ）を同時にデコード（２つのビューを復号）して重畳した映像を得る（図５（ｉｉｉ））。クライアント端末は、得られた映像から視聴者の要求する位置、大きさの映像をクリッピングして、画面に表示する（図４（ｉｖ））。
【００１０】
この処理動作の後、視聴者の要求する位置、大きさ（映像の表示領域）が変更された場合は、適切な高解像度のビューを変更して、前述した処理動作を繰り返す。
【００１１】
次に、図６を参照して、図５に示す配信サーバとクライアント端末の構成を説明する。図６は、配信サーバ１０とクライアント端末２０の構成を示すブロック図である。図６に示す配信サーバ１０とクライアント端末２０とからなる高精細映像部分配信システムにおいて、映像／音声情報出力部１１から映像情報、音声情報が出力され、映像／音声符号化部１２において符号化される。なお、映像情報、音声情報は、映像／音声情報送信部に予め保管されたファイル情報である。
【００１２】
映像／音声符号化部１２では、映像情報を複数の映像に分割して（例えば、図４に示すような分割）符号化する。このとき、複数の映像の位置を複数映像位置情報送信部１３に出力する。なお、複数映像位置情報としては、例えば図４に示すような分割の場合は、映像のサイズ（複数の解像度が有る場合は、それぞれの解像度毎の映像サイズ）、ビューのサイズ、およびビューの左右のずらし量と上下のずらし量を映像位置情報とし、予め左上からラスタスキャンして番号を付与するといった取り決めにより、映像位置を確定することができる。
【００１３】
また、オフライン（非リアルタイム）で符号化を行った映像情報、音声情報は映像／音声情報保存部１４に保存され、送信部１５を介して、クライアント端末２０の受信部２４に符号化済の映像情報、符号化済の音声情報を送信する。その後、映像／音声復号化部２５において符号化済の映像情報、符号化済の音声情報の復号を行い、映像／音声再生部２６において視聴者に映像／音声の視聴を可能としている。
【００１４】
なお、本システムの特徴として、クライアント端末２０側の複数映像位置情報受信部２１から画面操作制御部２２に複数映像位置情報を伝え、視聴者が視聴している注視領域（＝表示領域）が変更された場合には、複数映像位置情報から、変更された視聴者の注視領域を抽出し、これを注視領域要求部２３に伝え、さらに、これを配信サーバ１０側の注視領域制御部１６に送信する。これにより、配信サーバ１０側ではクライアント端末２０側の注視領域にあった最適な解像度の映像と最低解像度の映像の、複数の映像を送信部１５に出力することで、視聴者の注視領域に適合した符号化済の映像情報が送信され、変更された視聴者の注視領域が視聴可能となる。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】Hideaki Kimata, Shinya Shimizu, Yutaka Kunita, Megumi Isogai, and Yoshimitsu Ohtani :「Panorama video coding for user-driven interactive video application」,IEEE International Symposium on Consumer Electronics (ISCE) 2009,2009
【非特許文献２】Hideaki Kimata, Daisuke Ochi, Akio Kameda, Hajime Noto, Katsuhiko Fukazawa, and Akira Kojima, "Mobile and Multi-device Interactive Panorama Video Distribution System,"IEEE GCCE 2012, 2012.
【発明の概要】
【発明が解決しようとする課題】
【００１６】
ところで、図６に示すシステムでは、以下の（１）〜（４）の特性を有している。
（１）ＶＯＤ（Video on Demand）を前提とした配信方式（以下、ＶＯＤ配信方式という）のため、一度、映像情報および音声情報を映像／音声符号化部でオフラインに符号化した後、映像／音声情報保存部にファイル情報として保存することを前提としている。
（２）視聴に際して、クライアント端末２０側から要求されるビューの情報に応じて映像／音声情報保存部１４に保存されたファイル情報にアクセスする際に、必要となるビューの映像情報のみを取り出すため、ランダムアクセスすることを前提としている。このため、映像／音声情報保存部１４に保存された映像情報のファイル情報のどの位置に、どの時間およびどのビューの情報が配置されているかを示すビュー位置指定情報が必要となる。
（３）配信サーバ１０とクライアント端末２０の間の通信として、インターネットで一般的に使用されるＨＴＴＰ配信（インターネット上で、Ｗｅｂページ閲覧や映像配信時に用いられている通信プロトコルであり、現在のインターネットにおいて、通信経路上で遮断されることは無いと考えらえるプロトコル）を考慮していないため、通信経路上のルータやプロキシサーバ等のセキュリティ確保上の設定により、通信が行えない可能性が高い。
（４）大規模ユーザを想定した通信経路上のファイルキャッシュに対応しておらず、視聴可能なユーザは、配信サーバの性能に限定される。
【００１７】
ここで、（１）、（２）の特性のため、ライブ配信方式（＝ＶＯＤ配信方式とは異なり、映像／音声情報保存部１４でカメラ等で撮影した映像情報を、リアルタイムにクライアント端末側で再生可能とする方式）とした場合には、特に（２）に示す「ビュー位置指定情報」に相当する情報をリアルタイムに作成する必要があるという問題がある（第１の課題という）。なぜなら、ＶＯＤ配信方式では、ビュー位置指定情報をオフライン処理で予め作成することができるのに対して、ライブ配信方式では、ビュー位置指定情報に相当する情報を映像／音声符号化部１２のリアルタイム符号化処理に合わせて、映像／音声情報保存部１４においてもリアルタイムに作成する必要があるためである。
【００１８】
また、この問題を解決しても、インターネット上で、大規模ユーザ向けにライブ配信方式を実現しようとした場合、リアルタイム処理に対応したうえで（３）、（４）の制約を解決しなければならないという問題もある（第２の課題という）。
【００１９】
本発明は、このような事情に鑑みてなされたもので、低機能な端末でも復号、再生を行うことができるように高精細映像の多視点映像符号化データを作成して映像配信を行い、配信映像を再生することができる映像配信装置、映像再生装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明は、全体映像データのうち指定された一部領域である映像再生領域の符号化映像データを映像再生装置に対して配信する映像配信装置であって、前記映像再生領域を識別する再生領域番号と前記全体映像のフレーム番号とを付与した前記映像再生領域が同一の複数のフレームからなるＧＯＰに対してシーケンス番号を付与し、前記映像再生領域が異なる前記ＧＯＰそれぞれを符号化する映像符号化手段と、前記映像符号化手段によって付与された前記再生領域番号と前記フレーム番号に基づき、各映像再生領域および前記ＧＯＰ毎の映像情報一時ファイルを作成して出力するファイル作成手段と、前記映像再生装置からの要求に応じて、前記映像情報一時ファイルから表示すべき前記映像再生領域の符号化映像データを読み出して前記映像再生装置に対して送信する送信手段とを備えることを特徴とする。
【００２１】
本発明は、前記送信手段は、前記シーケンス番号の最大値と同数の記憶領域を有するリングバッファを備え、前記ファイル作成手段から出力する前記映像情報一時ファイルを前記リングバッファに記憶する動作と並行して、前記映像再生装置からの要求に含まれるシーケンス番号に対応する前記リングバッファの記憶領域から前記符号化映像データを読み出して送信することを特徴とする。
【００２２】
本発明は、前記映像配信装置から前記符号化映像データを受信して再生する映像再生装置であって、前記映像配信装置に備えられているリングバッファから読み出すべき前記符号化映像データのシーケンス番号を指定して前記符号化映像データの送信を前記映像配信装置に対して要求することを特徴とする。
【００２３】
本発明は、コンピュータを、前記映像配信装置として機能させるための映像配信プログラムである。
【００２４】
本発明は、コンピュータを、前記映像再生装置として機能させるための映像再生プログラムである。
【発明の効果】
【００２５】
本発明によれば、低機能な端末でも復号、再生を行うことができるように高精細映像の多視点映像符号化データを作成して映像配信を行うことができるとともに、この配信映像を再生することができるという効果が得られる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態による高精細映像部分配信システムの構成を示すブロック図である。
【図２】図１に示す映像／音声符号化部１２、映像／音声送信ファイル作成部１７の処理動作を示す図である。
【図３】映像／音声一時ファイルの管理状態例を示す図である。
【図４】高精細映像に対するビューの構成例を示す図である。
【図５】映像ストリームの配信動作を示す図である。
【図６】配信サーバ１０とクライアント端末２０の構成を示すブロック図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して、本発明の一実施形態による高精細映像部分配信システムを説明する。図１は同実施形態の構成を示すブロック図である。この図において、図６に示す従来の装置と同一の部分には同一の符号を付し、その説明を簡単に行う。この図に示す装置が従来の装置と異なる点は、映像／音声情報保存部１４に代えて映像／音声送信ファイル作成部１７を新たに設けられている点である。
【００２８】
図１に示す配信サーバ１０とクライアント端末２０とからなる高精細映像部分配信システムにおいて、映像／音声情報出力部１１から映像情報、音声情報が出力され、映像／音声符号化部１２において符号化される。なお、映像情報、音声情報は、映像／音声情報送信部に予め保管されたファイル情報である。
【００２９】
映像／音声符号化部１２では、映像情報を複数の映像に分割して（例えば、図４に示すような分割）符号化する。このとき、複数の映像の位置を複数映像位置情報送信部１３に出力する。映像／音声送信ファイル作成部１７は、送信ファイルを作成し、送信部１５へ出力する。映像／音声符号化部１２、映像／音声送信ファイル作成部１７の処理動作の詳細は後述する。
【００３０】
また、送信部１５は、クライアント端末２０の受信部２４に符号化済の映像情報、符号化済の音声情報を送信する。その後、映像／音声復号化部２５において符号化済の映像情報、符号化済の音声情報の復号を行い、映像／音声再生部２６において視聴者に映像／音声の視聴を可能としている。
【００３１】
また、クライアント端末２０側の複数映像位置情報受信部２１から画面操作制御部２２に複数映像位置情報を伝え、視聴者が視聴している注視領域（＝表示領域）が変更された場合には、複数映像位置情報から、変更された視聴者の注視領域を抽出し、これを注視領域要求部２３に伝え、さらに、これを配信サーバ１０側の注視領域制御部１６に送信する。これにより、配信サーバ１０側ではクライアント端末２０側の注視領域にあった最適な解像度の映像と最低解像度の映像の、複数の映像を送信部１５に出力することで、視聴者の注視領域に適合した符号化済の映像情報が送信され、変更された視聴者の注視領域が視聴可能となる。
【００３２】
図１に示すシステム構成においては、前述の第１の課題に対して、ライブ配信方式を前提に、映像情報および音声情報を、従来技術の装置にようにＨ．２６４／ＭＶＣ形式等の映像／音声ファイル情報としないこととし、前述の（３）、（４）とも関連して、ビュー位置指定情報に相当する「ビュー情報」および「時間情報」をファイル名にもつ一時ファイル（映像／音声情報一時ファイル）単位で管理する。
【００３３】
このとき、映像／音声一時ファイル情報を、単に時系列順の「時間情報」をもつファイル単位で管理するのではなく、時間情報として、リングバッファのようにある一定の自然数で循環させる。これにより、ライブ配信向けに、クライアント端末２０側で符号化開始からの時間が分からなくても、映像／音声一時ファイルへのアクセス可能とすることができる。また、配信サーバ１０側では、ライブ配信を前提とした場合、半永久的に生成される映像／音声情報一時ファイルに対して、ある一定のバッファリングエリアが確保されれば、ライブ配信時間の制約を解除ことができる。
【００３４】
さらに、第２の課題に対しては、映像／音声送信ファイル作成部１７にて作成された映像／音声情報一時ファイルを一定時間毎（通常は、ＧＯＰ（Group of Pictures）単位を想定）に管理して、これらを送信部１５にある時間分のみ配置し、その上で、注視領域制御部１６から通知される必要となるビューのみをクライアント端末側の受信部２４に送信する。
【００３５】
ここで、送信部１５はＣＤＮ（Contents Delivery Network）といったコンテンツ配信ネットワークにおけるキャッシュサーバのように複数存在してもよく、これにより複数のクライアント端末２０毎に個別に注視領域が変更となっても、大規模ユーザを想定した多数のクライアント端末の注視領域の変更に合わせて、ＧＯＰを区切りとして、それぞれに最適なビューを配信することができる。
【００３６】
次に、図２を参照して、図１に示す映像／音声符号化部１２、映像／音声送信ファイル作成部１７の処理動作の詳細を説明する。図２は、図１に示す映像／音声符号化部１２、映像／音声送信ファイル作成部１７の処理動作を示す図である。図２は、前述の第１の課題を解決し実現するための、映像／音声送信ファイル作成部１７におけるライブ配信向けビュー／ＧＯＰ単位のデータ識別方法と映像／音声情報一時ファイルの作成方法を示している。
【００３７】
まず、映像／音声符号化部１２は、各ビューの符号化を行い、ビューと、フレーム（ｆｒａｍｅ）とのそれぞれの単位で符号化が完了した後、リアルタイムに映像／音声送信ファイル作成部１７に映像情報および音声情報の出力ストリームを出力する。
【００３８】
この際に、映像／音声符号化部１２は、以下の処理を行う。映像／音声符号化部１２は、各ビューのＧＯＰの区切れ目に特殊パケットを挿入する（図２（ａ））。この時、１から所定の自然数ｍまで半永久的に循環するシーケンス番号を付与する。そして、映像／音声符号化部１２は、各ビューの情報のパケットの拡張ヘッダにビューの番号およびフレーム番号を付与する（図２（ｂ））。
【００３９】
図２に示す映像／音声符号化部１２では、仮にビューが６個存在した場合の例を示している。なお、図２の例では、１ＧＯＰ分であるが、映像／音声符号化部１２からは、ライブ配信として、順次時系列に沿った映像情報および音声情報の出力ストリームを出力するものとする。
【００４０】
次に、映像／音声送信ファイル作成部１７では、映像／音声符号化部１２が付与した情報に基づき、各ビューおよびＧＯＰ毎の映像／音声情報一時ファイルをリアルタイムに作成する。例えば、ビュー３であれば、ＧＯＰの区切れ目の特殊パケットを受け取った時点で、ビュー３用のデータのバッファリングを開始する。このとき、シーケンス番号（例えば、「１」）を保存する。
【００４１】
さらに、映像／音声符号化部１２から出力されるストリームのうち、ビューの番号からビュー３と付与されているストリームパケットを、同時に付与されているフレーム番号順にバッファリングする。
【００４２】
これを、次のビュー３のＧＯＰの区切れの特殊パケットが到着するまで継続した上で、その後、バッファリングされた映像／音声情報をファイルとして出力する。
【００４３】
図２および上記の例では、ビューの番号が「３」で、シーケンス番号が「１」であるので、ファイル名として、「Ｖｉｅｗ（ビューの番号）＿（シーケンス番号）」．ｍｖｃという命名規則を用いたとすると、「Ｖｉｅｗ３＿１．ｍｖｃ」というファイルが作成されることになる。
【００４４】
この処理を各ビュー（図２の例であればビュー１〜６）に適用することで、あるシーケンス番号に対応する全てのビューに対して、シーケンス番号およびビュー番号とフレーム番号の情報を用いて出力ストリームの解析をすること無しに、すなわちリアルタイムに、「ビューの番号」と「時間情報」を持ったファイルとして作成することができる。
【００４５】
次に、前述の第２の課題を解決するため、前述のように作成された映像／音声情報一時ファイルを、映像／音声送信ファイル作成部１７から送信部１５に出力する。このとき、送信部１５では、予め決められた１から所定の自然数ｍまで半永久的に循環するシーケンス番号（ｎ）毎に、映像／音声情報一時ファイルをバッファリングして管理する（図３参照）。図３は、映像／音声一時ファイルの管理状態例を示す図である。図３は、ｍが１０の場合を示している。
【００４６】
なお、シーケンス番号ｎ＝１からバッファリングを開始して、その後、シーケンス番号ｎ＝ｍとなった後は、シーケンス番号ｎ＝１のバッファリング領域に戻り、すでに管理／配置されている映像／音声情報一時ファイルを上書きして、管理を半永久的に継続することで、ライブ配信に対応するものとする。
【００４７】
このような映像／音声情報一時ファイルの管理をすることで、クライアント端末２０側の注視領域要求部２３から、必要となるビューおよび時間の順序を表すｎ（ｎ＝１，２，３…ｍ，１，２，３，…ｍ，１，２，３…）に基づいた映像／音声情報一時ファイルを、継続的に注視領域制御部１６に対して要求することで、注視領域の変更に対応したビューをＧＯＰ時間単位で要求を行うことができる。
【００４８】
さらに、このような映像／音声情報一時ファイルの分割手法を取り入れることによりにより、通信プロトコルであるＨＴＴＰ（Hypertext Transfer Protocol）の、例えばＧｅｔメソッドで注視領域要求部からビューおよび時間の順序を表すｎ（ｎ＝１，２，３…ｍ，１，２，３，…ｍ，１，２，３…）に基づいた一時ファイルを要求することが可能となる。
【００４９】
ただし、クライアント端末２０側では、時間の順序を表すｎの最新の値を把握することができない。そこで、注視領域要求部２３が最初に必要となるビューおよび時間の順序を要求する場合は、時間の順序ｎをｎ＝１として要求することとする。このとき、送信部１５でｎ＝１の書き込みを行っている場合（書き込みが完了していない状態）は、送信部１５でのｎ＝１の必要となるビューの出力を、システムが決定する一定時間を遅らせることで、送信部１５での書き込み分のバッファを持たせた、受信部２４への一時ファイル送信処理を行うことができる。
【００５０】
このように、４Ｋ、８Ｋ、および巨大なパノラマ映像等のハイビジョン（ＨＤ）品質を大きく上回る解像度の高精細映像を、視聴者の好きな位置や大きさで視聴する際に、カメラから入力されたライブ映像を、低機能なクライアント端末でリアルタイムに視聴することができる。さらに、視聴者が好きな位置や大きさを変更する際に、ＨＴＴＰといったインターネットでの汎用的なプロトコルでライブ映像配信することができる。また、ＨＴＴＰ対応により、ＣＤＮといったキャッシュサーバ上に多数の同様な一時ファイルを配置することで、大規模ユーザへのライブ映像の配信を行うことができる。
【００５１】
以上説明したように、視聴者が視聴領域を拡大／縮小しても符号化レートを一定に保ったうえで、ライブ配信可能なように、リアルタイムに多数の映像符号化データをＨＴＴＰで配信可能な形式に変換するようにした。この構成により、高精細映像用ストリームの「ビュー」の概念を導入したインタラクティブ高精細映像ＨＴＴＰライブ配信向けに、映像／音声符号化部の出力ストリームの解析なしにリアルタイムに各ＧＯＰ単位のビューにアクセス可能になる。また、各ＧＯＰ単位のビューにアクセス可能な技術に基づき、各ＧＯＰのビュー毎にリアルタイムにＨＴＴＰ配信向けの一時ファイルの作成が可能になる。
【００５２】
さらに、作成されたＨＴＴＰ配信向けの一時ファイルに対して、受信（クライアント端末）側と送信（配信サーバ）側で同一の命名規則に基きながらも、ライブ映像向けに送信側の書き込み途中のデータにアクセスしないこととし、さらに、受信側が送信側から映像／音声情報を継続的に取得することが可能になる。
【００５３】
また、この構成により、低機能な端末で視聴者の好きな位置や大きさで視聴するスタイルの、高品質かつライブで高精細映像の視聴が可能になり、インタラクティブ高精細映像のＨＴＴＰライブ配信向け符号化配信を実現することができる。
【００５４】
前述した実施形態における配信サーバ１０、クライアント端末２０をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されるものであってもよい。
【００５５】
以上、図面を参照して本発明の実施の形態を説明してきたが、上記実施の形態は本発明の例示に過ぎず、本発明が上記実施の形態に限定されるものではないことは明らかである。したがって、本発明の技術思想及び範囲を逸脱しない範囲で構成要素の追加、省略、置換、その他の変更を行ってもよい。
【産業上の利用可能性】
【００５６】
低機能な端末でも復号、再生を行うことができるように高精細映像の多視点映像符号化データを作成して映像配信を行うとともに、この配信映像を再生することが不可欠な用途に適用できる。
【符号の説明】
【００５７】
１０・・・配信サーバ、１１・・・映像／音声情報出力部、１２・・・映像／音声符号化部、１３・・・複数映像位置情報送信部、１５・・・送信部、１６・・・注視領域制御部、１７・・・映像／音声送信ファイル作成部、２０・・・クライアント端末、２１・・・複数映像位置情報受信部、２２・・・画面操作制御部、２３・・・注視領域要求部、２４・・・受信部、２５・・・映像／音声復号化部、２６・・・映像／音声再生部
【図１】
2015095812.tif 000003
【図２】
2015095812.tif 000004
【図３】
2015095812.tif 000005
【図４】
2015095812.tif 000006
【図５】
2015095812.tif 000007
【図６】
2015095812.tif 000008