(57)【特許請求の範囲】
【請求項１】
映像ファイルに付加された符号化に関連する画像情報を、前記映像ファイルを再生した映像に重畳する再生装置と、
前記画像情報により検知された画像の変化に応じた、発生符号量及び量子化ステップサイズで前記映像の符号化を行う符号化装置と、
を有する符号化システムであって、
前記再生装置は、
前記映像ファイルに付加された符号化に関連する前記画像情報を抽出する画像情報抽出部と、
前記映像のｎフレーム（ｎは１以上の整数）後の映像の前記画像情報をアンシラリデータとして前記映像に重畳する画像情報重畳部と、を有し、
前記符号化装置は、前記アンシラリデータとして重畳された前記画像情報を抽出する画像情報抽出部と、
抽出された前記画像情報を蓄積する画像情報蓄積部と、
前記画像情報により検知された画像の変化に応じた、前記発生符号量及び前記量子化ステップサイズで前記映像の符号化を行う符号化部と、
を有する符号化システム。
【請求項２】
前記再生装置は、
前記映像ファイル中の符号化された映像をデコードするデコーダと、
デコードされた前記映像の出力の遅延を制御する映像遅延制御部と、
を有する請求項１に記載の符号化システム。
【請求項３】
前記映像を収集する収集部と、
収集した前記映像のフォーマットを所定の形式に変換する変換部と、
前記変換部によるフォーマット変換時に前記映像の符号化を行う符号化部と、
前記符号化部で得られた符号化に関連する前記画像情報を前記映像ファイルに付加する画像情報記録部と、
を備える映像収集装置を有する、
請求項１又は２に記載の符号化システム。
【請求項４】
前記符号化に関連する前記画像情報は、前記映像の符号化の複雑さを表す複雑度を含む、
請求項１から３のいずれかに記載の符号化システム。
【請求項５】
前記映像ファイルを保存する蓄積部と、
前記蓄積部に蓄積されている前記映像ファイルのデータアイテムの領域に符号化に関連する前記画像情報を付加する画像情報記録部と、
を有する蓄積装置を有する請求項１から４のいずれかに記載の符号化システム。
【請求項６】
映像ファイルに付加された符号化に関連する画像情報を抽出する画像情報抽出部と、
前記映像ファイルを再生した映像のｎフレーム（ｎは１以上の整数）後の映像の前記画像情報をアンシラリデータとして前記映像に重畳する画像情報重畳部と、
を有する再生装置。
【請求項７】
前記映像ファイル中の符号化された映像をデコードするデコーダと、
デコードされた前記映像の出力の遅延を制御する映像遅延制御部と、
を有する請求項６に記載の再生装置。
【請求項８】
映像ファイルに付加された符号化に関連する画像情報を抽出し、
前記映像ファイルを再生した映像のｎフレーム（ｎは１以上の整数）後の映像の前記画像情報をアンシラリデータとして前記映像に重畳する
再生方法。
【請求項９】
再生装置が備えるコンピュータに、
映像ファイルに付加された符号化に関連する画像情報を抽出する画像情報処理と、
前記映像ファイルを再生した映像のｎフレーム（ｎは１以上の整数）後の映像の前記画像情報をアンシラリデータとして前記映像に重畳する画像情報重畳処理と
を実行させる再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、符号化システム、符号化装置、再生装置及び符号化方法に関し、特に、再生装置が出力する映像を符号化装置により符号化する符号化システム、符号化装置、再生装置及び符号化方法に関する。
【背景技術】
【０００２】
地上・ＢＳデジタル放送では、マルチサービスの需要が高まっている。このため、エンコーダのさらなる符号化効率向上によりサービスあたりのビットレートを減少させる必要がある。すなわち、これまでの放送は、例えばビットレートが１４ＭｂｐｓのＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）のサービスのみのシングルサービスであったが、これからの放送では、例えば、ＨＤのサービスを１０Ｍｂｐｓとし、４ＭｂｐｓのＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）のサービスとのマルチサービスにするといったことが望まれている。
【０００３】
エンコーダでの符号化効率改善手法として「マルチパス符号化」がある。マルチパス符号化とは、符号化処理を行った結果、得られた情報を用いて符号化処理のパラメータを最適化し、そのパラメータを用いて再度映像符号化を行うことである。マルチパスの回数を増やすことで画質を向上させることが可能となり、したがって符号化効率も向上させることが可能となる。しかしマルチパスの回数を増やすほど、遅延時間とコストが増加する。
【０００４】
例えば特許文献１には画質劣化を抑制しつつ、準リアルタイム性の符号化処理を行う映像符号化装置が開示されている。特許文献１の映像符号化装置は、映像信号を符号化して第１のストリームを生成し、映像信号の空間的、時間的な情報を含むストリーム情報を抽出し、映像信号の一部の時間分の映像シーンを蓄積する。そして、映像符号化装置は、ストリーム情報から情報量変化を検出し、発生符号量及び動き情報を解析して、符号化制御情報を生成し、符号化制御情報を用いて、ストリームバッファから読み出した第１のストリームを符号化する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−０５０１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
放送局で利用されるバンクマスターシステムと呼ばれる映像処理システムは、一般に、インジェストサーバ、アーカイブサーバ、プレイアウトサーバ、エンコーダを備えている。インジェストサーバが、素材となる映像ファイルを収集する。インジェストサーバは、収集された映像ファイルが規定のフォーマット以外、例えばＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）ファイル以外のフォーマットの場合、ＭＸＦファイルの形式に変換する。例えばＶＴＲテープに記録された映像は、アナログ信号であり、インジェストサーバは、アナログの映像をデジタル化し、符号化して、ＭＸＦファイルの形式に変換する。またインターネット回線から収集された映像などの場合は、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）フォーマット等であり、インジェストサーバは、インターネット回線から収集した映像ファイルをＭＸＦファイルの形式に変換する。インジェストサーバが収集し、またフォーマット変換して生成したＭＸＦファイルは、アーカイブサーバに蓄積される。アーカイブサーバに蓄積されたＭＸＦファイルはプレイアウトサーバにより再生されて、エンコーダにＳＤＩ（Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）信号が出力される。エンコーダは、ＳＤＩ信号を放送用のＴＳ信号を生成するための符号化を行う。
【０００７】
このようなバンクマスターシステムにおいて、アーカイブサーバに蓄積されているＭＸＦファイルには、映像を符号化した時の画像情報が保持されているが、プレイアウトサーバがＳＤＩ信号にするときにはその画像情報は失われる。エンコーダは、シーンチェンジによりＳＤＩ信号を符号化した結果生成される符号量が急激に変化する場合、入力されるＳＤＩ信号がシーンチェンジに到達しないと、その画像の変化が分からない。エンコーダが画像の変化を事前に知ることができれば、符号量制御に反映し画質を向上することができる。
【０００８】
特許文献１に開示される映像符号化装置は、マルチパスの符号化を行うため、エンコーダ内で、２回符号化を行う構成となっている。エンコーダに映像信号を入力する前に符号化を行っていても、入力前の符号化で得られた情報を符号化装置で利用する構成は、特許文献１には開示されていない。
【０００９】
本発明は、符号化装置に映像を入力する前に符号化を行うシステムにおいて、入力前の符号化で得られた符号化に関連する画像情報を符号化装置で利用することができる符号化システム、符号化装置、再生装置及び符号化方法を提供することを主な目的としている。
【課題を解決するための手段】
【００１０】
本発明の１つの側面による符号化システムは、ＭＸＦファイルに付加された符号化に関連する画像情報を、前記ＭＸＦファイルを再生した映像に重畳する再生装置と、前記画像情報により検知された画像の変化を反映したリソースで前記映像を符号化する符号化装置とを有している。
【００１１】
また本発明の他の側面による再生装置は、映像ファイルに付加された符号化に関連する画像情報を抽出する画像情報抽出部と、前記映像ファイル中の符号化された映像をデコードするデコーダと、デコードされた前記映像の出力の遅延を制御する映像遅延制御部と、遅延された前記映像にアンシラリデータとして前記画像情報を重畳する画像情報重畳部と、を有している。
【００１２】
また本発明の更に他の側面による符号化装置は、映像にアンシラリデータとして重畳された符号化に関連する画像情報を抽出する画像情報抽出部と、抽出された前記画像情報を蓄積する画像情報蓄積部と、前記画像情報により検知された画像の変化に応じたリソースで前記映像の符号化を行う符号化部と、を有している。
【００１３】
また本発明の更に他の側面による符号化方法は、映像にアンシラリデータとして重畳された符号化に関連する画像情報を抽出し、抽出された前記画像情報を蓄積し、前記画像情報により検知された画像の変化に応じたリソースで前記映像の符号化を行う。
【発明の効果】
【００１４】
本発明の上記側面によれば、符号化装置に映像を入力する前に符号化を行うシステムにおいて、入力前の符号化で得られた符号化に関連する画像情報を符号化装置で利用することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、第１の実施形態の構成の一例を示すブロック図である。
【図２】ＭＸＦファイルにおける画像情報の格納位置を示す図である。
【図３】図３は、図１のプレイアウトサーバ及びエンコーダの構成を示すブロック図である。
【図４】図４は、映像信号と画像情報の対応関係を示す説明図である。
【図５】図５は、映像信号のアンシラリデータの構造を示す図である。
【図６】図６は、図５のＵＤＷ（Ｕｓｅｒ  Ｄａｔａ  Ｗｏｒｄ）におけるビット割り当てを示す図である。
【図７】図７は、画像情報のマッピングの第１の例を示す図である。
【図８】図８は、画像情報のマッピングの第２の例を示す図である。
【図９】図９は、画像情報のマッピングの第３の例を示す図である。
【図１０】図１の各装置を実現する情報処理装置の一例を示す図である。
【発明を実施するための形態】
【００１６】
次に例示的な第１の実施形態について図面を参照して説明する。
【００１７】
図１は、第１の実施形態のバンクマスターシステム１の構成の一例を示すブロック図である。図１に示すようには、本実施形態のバンクマスターシステム１は、インジェストサーバ１１と、アーカイブサーバ１２と、プレイアウトサーバ１３と、エンコーダ１４を備えている。
【００１８】
なお図１及び図３において、各構成要素は、機能単位のブロックを示している。本実施形態の各装置の各構成要素の一部又は全部は、例えば図１０に示すような情報処理装置２００とプログラムとの任意の組み合わせにより実現される。情報処理装置２００は、一例として、以下のような構成を含む。
【００１９】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３
・ＲＡＭ２０３にロードされるプログラム２０４
・プログラム２０４を格納する記憶装置２０５
・記録媒体２０６の読み書きを行うドライブ装置２０７
・通信ネットワーク２０９と接続する通信インタフェース２０８
・データの入出力を行う入出力インタフェース２１０
・各構成要素を接続するバス２１１
本実施形態の各装置の各構成要素は、これらの機能を実現するプログラム２０４をＣＰＵ２０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム２０４は、例えば、予め記憶装置２０５やＲＯＭ２０２やＲＡＭ２０３に格納されており、必要に応じてＣＰＵ２０１が読み出す。
【００２０】
なお、プログラム２０４は、通信ネットワーク２０９を介してＣＰＵ２０１に供給されてもよいし、予め記録媒体２０６に格納されており、ドライブ装置２０７が当該プログラムを読み出してＣＰＵ２０１に供給してもよい。
【００２１】
各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置２００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置２００とプログラムとの任意の組み合わせにより実現されてもよい。
【００２２】
また、各装置の各構成要素の一部又は全部は、その他の汎用または専用の回路（ｃｉｒｃｕｉｔｒｙ）、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【００２３】
インジェストサーバ１１、アーカイブサーバ１２、プレイアウトサーバ１３、エンコーダ１４の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【００２４】
図１に戻り、本実施形態のバンクマスターシステム１の構成について説明する。インジェストサーバ１１は、素材となる映像ファイルを収集する収集部１１１を備える映像収集装置である。インジェストサーバ１１は、収集された映像ファイルが所定の形式、例えばＭＸＦファイル以外のフォーマットの場合、例えばＶＴＲテープに記録された映像や回線から収集されたＭＰＥＧ等の映像などの場合に所定の形式、例えばＭＸＦファイルの形式にフォーマットを変換する変換部１１２を備える。なお、本実施形態においては、映像ファイルはＭＸＦ形式のものを想定した例について説明する。またインジェストサーバ１１は、収集した映像の符号化が必要な場合に符号化を行う符号化部１１３と、符号化部１１３で得られた符号化に関連する画像情報をＭＸＦ形式の映像ファイルに付加する画像情報記録部１１４を備える。
【００２５】
符号化に関連する画像情報とは、例えば、複雑度などの情報である。複雑度とは、符号化の複雑さを表す値である。複雑度Ｘの値は、テクスチャの複雑さや動き補償等の予測の当たりやすさに依存する。各画像において量子化ステップサイズと発生符号量との関係をモデル化したものとしては、量子化ステップサイズをＱ、発生符号量をＲとするとき、複雑度Ｘが量子化ステップサイズに依らず
Ｘ＝ＲＱ
の関係で表せるとするモデルが代表的である。このモデルは必ずしも精度の点では良くないが、実装の容易さや扱いやすさの点で優れており、良く用いられている。符号化部が行うビデオ符号化の符号量制御において複雑度Ｘがわかれば目標符号量配分とそれに応じた適切な量子化ステップサイズを決定することができる。
【００２６】
なお画像情報は複雑度に限られず、符号化に関連する他の情報、例えば、符号化構造（フレーム構造かフィールド構造か）、逆テレシネ動作（逆テレシネ動作中か否か）、平均量子化パラメータ（ピクチャ内の平均量子化パラメータ）、フレームカウンタ、映像ビットレート状態（映像ビットレートの数値）等を含んでもよい。
【００２７】
ＭＸＦ形式は、ＳＭＰＴＥ３７９Ｍにより規定されている。ＭＸＦ形式では、ＧＣ（Ｇｅｎｅｒｉｃ  Ｃｏｎｔａｉｎｅｒ）と呼ばれるパケットに映像・音声等が格納される。図２は、フレームマッピングの場合のＧＣのデータ構造を示す図である。図２に示すように、ＧＣは、１フレーム分の映像、音声及びその他の情報を含むＣＰ（Ｃｏｎｔｅｎｔ  Ｐａｃｋａｇｅ）を複数連結した構成となっている。
【００２８】
ＣＰは、それぞれシステムアイテム、映像アイテム、音声アイテム、データアイテムから構成される。システムアイテムは、システムエレメント、映像アイテムは１フレームの映像エレメント、音声アイテムは、各チャンネルの音声エレメント、データアイテムは、そのフレームのデータエレメントから構成される。データエレメントに符号化に関連する画像情報が格納される。
【００２９】
各エレメントは、エレメントの内容を示す１６バイトのキー（Ｋ）、データ長（Ｌ）及びデータ本体（Ｖ）から構成される。
【００３０】
インジェストサーバ１１は、各フレームについて生成された画像情報を、対応するフレームの映像エレメント及び音声エレメントと同じＣＰ内のデータエレメントの領域に格納する。
【００３１】
インジェストサーバ１１によって収集されたＭＸＦファイルは、映像ファイルを蓄積する蓄積装置であるアーカイブサーバ１２のＭＸＦ蓄積部１２１に蓄積される。
【００３２】
アーカイブサーバ１２に蓄積されたＭＸＦファイルを、映像を再生する再生装置であるプレイアウトサーバ１３が再生してエンコーダ１４に映像信号（ＳＤＩ信号）を出力する。
【００３３】
映像の符号化を行う符号化装置であるエンコーダ１４は、放送用のＴＳ信号を生成するための符号化を行う。
【００３４】
図３は、図１のプレイアウトサーバ及びエンコーダの構成を示すブロック図である。図３に示すようにプレイアウトサーバ１３は、画像情報抽出部１３１と、デコーダ１３２と、映像遅延制御部１３３と、アンシラリ情報重畳部１３４を備えている。
【００３５】
画像情報抽出部１３１は、ＭＸＦファイルのデータエレメントに格納されている画像情報を抽出する。
【００３６】
デコーダ１３２は、ＭＸＦファイルに格納されている符号化データをデコードする。
【００３７】
映像遅延制御部１３３は、デコードされた映像の画像情報に対する遅延を制御する。エンコーダ１４が符号化する映像に先んじて画像情報を参照できるよう、映像遅延制御部１３３は、映像出力を所定時間蓄積して遅延し、予め設定されたｎフレーム先の映像（ｎは１以上の整数）の画像情報の抽出と合わせたタイミングで映像を出力する。なお上記のｎは、１から３０のいずれかに設定してもよい。
【００３８】
アンシラリ情報重畳部１３４は、図４に示すように映像遅延制御部１３３により遅延して出力された映像に画像情報抽出部１３１により抽出されたｎフレーム先の画像情報をアンシラリデータとして重畳する。
【００３９】
次にアンシラリ情報重畳部１３４が画像情報を重畳するアンシラリデータ５０の構造の一例について説明する。図５は、映像信号のアンシラリデータ５０の構造を示す図である。アンシラリデータ５０は、図５に示すように３ワードのＡＤＦ、１ワードのＤＩＤ、１ワードのＤＢＮ、１ワードのＤＣ、１から２５５ワードのＵＤＷ、１ワードのＣＳから構成される。なお、ＤＢＮは、ＳＤＩＤとしてもよい。ＡＤＦはアンシラリデータであることを示すフラグである。ＤＩＤはデータ識別ＩＤである。ＤＢＮはデータブロック番号である。ＤＣはデータカウントである。ユーザデータワード（ＵＤＷ）はユーザデータの本体である。ＣＳはチェックサムである。なおＳＤＩＤはＤＩＤを補足する２番目のデータ識別ＩＤである。
【００４０】
本実施形態では、画像情報を格納するパケットのＤＩＤ、ＳＤＩＤは、ＢＴＳ  Ｓ−００５で規定されているユーザデータパケットを示す値を使用するため、ＤＩＤ＝０ｘ２５Ｆとし、ＳＤＩＤ＝０ｘ２ＦＣまたは１ＦＢとする。ユーザデータパケットとは、ユーザが自由に設定した形式のデータを、独自データとして補助データ領域を利用して伝送するためのパケットである。ユーザデータパケットにおいては、利用するユーザ間で確認及び合意の上、補助データ領域を利用して独自データとして設定した形式のデータが使用されてよい。
【００４１】
図６は、ＵＤＷにおけるビット割り当てを示す図である。ユーザデータパケットのＵＤＷは、５２５／６０テレビジョン方式のビット直列インタフェースにおいては、ＡＲＩＢ標準規格ＳＴＤ−Ｂ６で、１１２５／６０方式ＨＤＴＶビット直列インタフェースにおいてはＡＲＩＢ標準規格ＢＴＡＳ−００５Ｃで１ワードは１０ビットと規定されている。一方、ＣＰＵ等のバスは１６ｂｉｔ、３２ｂｉｔ等の８の倍数で構成されている。そこで本実施形態では、ＵＤＷの下位８ｂｉｔが画像情報の格納に使用される。すなわち本実施形態では、図６に示すようにＵＤＷの１ワードは、データ８ビット＋パリティ２ビットで運用される。
【００４２】
図７は、画像情報の格納方法の第１の例を示す図である。この例は、符号化に関連する画像情報として符号化構造通知、逆テレシネ動作通知、平均ＱＰ値、フレームカウンタ通知を格納する例である。
【００４３】
符号化構造通知は、符号化構造を通知するものである。符号化構造通知には、１ビットがアサインされる。符号化構造通知は、例えば、フレーム構造の場合は０とし、フィールド構造の場合、１とする。
【００４４】
逆テレシネ動作通知は、逆テレシネ動作中か否かを通知するものである。逆テレシネ動作通知には、１ビットがアサインされる。逆テレシネ動作通知は、例えば、通常動作の場合、０とし、逆テレシネ動作中の場合、１とする。
【００４５】
平均ＱＰ値はピクチャ内の平均量子化パラメータを通知するものである。平均ＱＰ値には、８ビットがアサインされる。１方の平均ＱＰ値は、フレーム構造またはフィールド構造時のトップフィールド用である。他方の平均ＱＰ値は、フィールド構造時のボトムフィールド用である。フレームカウンタ通知は、符号化フレーム１枚につき１ずつカウントアップするフレームカウンタである。フレームカウンタ通知には、４ビットがアサインされる。
【００４６】
アンシラリ情報重畳部１３４は、これらをまとめた２２ビットを８ビット単位に刻んでＵＤＷに格納する。なおこれらに限らず、アンシラリ情報重畳部１３４は、符号化部１４３において符号化する際に役立つ他の画像情報をＵＤＷに格納してもよい。
【００４７】
図８は、画像情報の格納方法の第２の例を示す図である。この例は、符号化に関連する画像情報として映像ビットレート状態通知を格納する例である。アンシラリ情報重畳部１３４は、例えば映像ビットレート状態通知として、ＴＳレートで、単位をｋｂｐｓとした場合の映像ビットレートの数値を３２ビットのデータとし、これを８ビット単位に刻んでＵＤＷに格納する。
【００４８】
図９は、画像情報のマッピングの第３の例を示す図である。この例は符号化に関連する画像情報として複雑度を格納する例である。例えば、アンシラリ情報重畳部１３４は、ＭＸＦファイルに格納された複雑度（マクロブロック平均値）を、３２ビットのデータとし、これを８ビット単位に刻んでアンシラリデータのＵＤＷに格納する。
【００４９】
図３にもどり、図１のエンコーダの構成について説明する。エンコーダ１４は、図３に示すように、アンシラリ情報抽出部１４１と、画像情報蓄積部１４２と符号化部１４３を備えている。
【００５０】
アンシラリ情報抽出部１４１は、映像信号に重畳されて入力されるアンシラリデータ５０のＵＤＷに符号化に関連する画像情報が格納されているか判断する。アンシラリ情報抽出部１４１は、アンシラリデータ５０のＵＤＷに符号化に関連する画像情報が格納されていれば、画像情報を抽出し、画像情報蓄積部１４２に蓄積する。
【００５１】
符号化部１４３は、映像信号を符号化する前に画像情報蓄積部１４２に蓄積された画像情報を先読みし、対応する映像信号の符号化を実行前に画像の変化を事前に検知する。符号化部１４３は、すなわち検知された画像の変化を符号量制御に反映し、検知された画像の変化に応じたリソースで映像信号を符号化する。
【００５２】
以上、説明したように、本実施形態によれば、エンコーダにおいて２回符号化を行わずエンコーダの遅延時間増加無しにマルチパス符号化の効果が得られ、エンコーダの画質改善が可能となる。また符号化に関連する画像情報をアンシラリデータとして映像に重畳する構成であるため、本実施形態の構成は、ＮＥＴ番組にも対応可能である。
【００５３】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００５４】
例えばアーカイブサーバ１２が、インジェストサーバ１１に備えるとして説明した符号化部１１３及び画像情報記録部１１４を備えてもよい。この場合インジェストサーバ１１は、映像を符号化せずにＭＸＦファイルに変換してＭＸＦ蓄積部１２１に保存し、アーカイブサーバ１２がバッチ処理で、ＭＸＦ蓄積部１２１に蓄積されているＭＸＦファイルを符号化し、ＭＸＦファイルに符号化に関連する画像情報を付加する構成としてもよい。
【００５５】
またエンコーダ１４は符号化部１４３を複数備え、アンシラリ情報抽出部１４１により抽出された画像情報を用いるとともにさらにマルチパス符号化を行う構成としてもよい。この場合、アンシラリデータ５０のＵＤＷに符号化に関連する画像情報が格納されていれば、エンコーダ１４内での符号化は１回とし、格納されていない場合は、エンコーダ１４内で２回符号化を行う構成としてもよい。
【符号の説明】
【００５６】
１    バンクマスターシステム
１１    インジェストサーバ
１２    アーカイブサーバ
１３    プレイアウトサーバ
１４    エンコーダ
５０    アンシラリデータ
１１１  収集部
１１２    変換部
１１３    符号化部
１１４    画像情報記録部
１２１    ＭＸＦ蓄積部
１３１    画像情報抽出部
１３２    デコーダ
１３３    映像遅延制御部
１３４    アンシラリ情報重畳部
１４１    アンシラリ情報抽出部
１４２    画像情報蓄積部
１４３    符号化部
２００    情報処理装置
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    プログラム
２０５    記憶装置
２０６    記録媒体
２０７    ドライブ装置
２０８    通信インタフェース
２０９    通信ネットワーク
２１０    入出力インタフェース
２１１    バス
【図１】
0006753097.tif 000002
【図２】
0006753097.tif 000003
【図３】
0006753097.tif 000004
【図４】
0006753097.tif 000005
【図５】
0006753097.tif 000006
【図６】
0006753097.tif 000007
【図７】
0006753097.tif 000008
【図８】
0006753097.tif 000009
【図９】
0006753097.tif 000010
【図１０】
0006753097.tif 000011