入力画像データをピクチャ単位で分割して、複数の画像データに振り分ける振り分け手段と、前記振り分け手段によって振り分けられた複数の画像データをそれぞれ画面内符号化により符号化する複数の符号化手段と、前記複数の符号化手段によってそれぞれ符号化された複数の画像データを結合して結合画像データを生成する結合手段と、前記振り分け手段による振り分けに関する情報に基づいて、前記結合手段により結合される前の前記複数の画像データ、または前記結合画像データから所定のヘッダを検出するヘッダ検出手段と、前記ヘッダ検出手段によって検出された所定のヘッダを修正して前記結合画像データから出力画像データを生成するヘッダ修正手段とを有することを特徴とする符号化装置。前記ヘッダ検出手段は、ピクチャの順序を示すヘッダを検出し、前記ヘッダ修正手段は、前記ピクチャの順序を示すヘッダを前記出力画像データのピクチャの順序に整合させるように修正することを特徴とする請求項1に記載の符号化装置。前記ヘッダ検出手段は、仮想バッファのレベルを示すヘッダを検出し、前記ヘッダ修正手段は、前記仮想バッファのレベルを示すヘッダを前記出力画像データの仮想バッファのレベルに整合させるように修正することを特徴とする請求項1または2に記載の符号化装置。入力されたパラメータに基づいて、前記複数の符号化手段の仮想バッファの容量を設定する設定手段をさらに有することを特徴とする請求項1に記載の符号化装置。入力されたパラメータに基づいて、前記複数の符号化手段によってそれぞれ符号化される複数の画像データの識別IDの振り分けを設定する設定手段をさらに有することを特徴とする請求項1に記載の符号化装置。前記複数の符号化手段として第1の符号化器と第2の符号化器とを具備し、前記振り分け手段は、前記第1の符号化器及び前記第2の符号化器に対して、前記入力画像データをピクチャ単位で1枚毎交互に振り分けを行うとともに、各ピクチャを前記第1の符号化器及び前記第2の符号化器のどちらに振り分けたかを示す情報を出力することを特徴とする請求項1または2に記載の符号化装置。前記振り分け手段は、前記入力画像データの先頭にダミーピクチャを付加して前記第1の符号化器及び前記第2の符号化器のいずれか一方に出力し、前記第1の符号化器又は前記第2の符号化器は、前記ダミーピクチャを画面内符号化により符号化するものの、符号化後の前記ダミーピクチャを前記結合画像データに含めないように制御することを特徴とする請求項6に記載の符号化装置。前記複数の画像データ及び前記出力画像データは、H.264に準拠していることを特徴とする請求項1~7の何れか1項に記載の符号化装置。入力画像データをピクチャ単位で分割して、複数の画像データに振り分ける振り分け工程と、前記振り分け工程において振り分けられた複数の画像データをそれぞれ画面内符号化により複数の符号化手段を用いて符号化する符号化工程と、前記複数の符号化手段によってそれぞれ符号化された複数の画像データを結合して結合画像データを生成する結合工程と、前記振り分け工程における振り分けに関する情報に基づいて、前記結合工程において結合される前の前記複数の画像データ、または前記結合画像データから所定のヘッダを検出するヘッダ検出工程と、前記ヘッダ検出工程において検出された所定のヘッダを修正して前記結合画像データから出力画像データを生成するヘッダ修正工程とを有することを特徴とする符号化方法。入力画像データをピクチャ単位で分割して、複数の画像データに振り分ける振り分け工程と、前記振り分け工程において振り分けられた複数の画像データをそれぞれ画面内符号化により複数の符号化手段を用いて符号化する符号化工程と、前記複数の符号化手段によってそれぞれ符号化された複数の画像データを結合して結合画像データを生成する結合工程と、前記振り分け工程における振り分けに関する情報に基づいて、前記結合工程において結合される前の前記複数の画像データ、または前記結合画像データから所定のヘッダを検出するヘッダ検出工程と、前記ヘッダ検出工程において検出された所定のヘッダを修正して前記結合画像データから出力画像データを生成するヘッダ修正工程とをコンピュータに実行させることを特徴とするプログラム。しかしながら、特許文献1に開示された従来技術では、H.264で規定されている仮想デコーダバッファを破綻させないよう並列処理するために、並列処理を前提とした特殊な符号化器を複数用いる必要がある。したがって、既存の符号化器を流用できず、コストが多く掛かってしまうという問題がある。本発明は前述の問題点に鑑み、一般の符号化器を用いて仮想デコーダバッファを破綻させないように並列に符号化処理を行うことができるようにすることを目的としている。本発明の符号化装置は、入力画像データをピクチャ単位で分割して、複数の画像データに振り分ける振り分け手段と、前記振り分け手段によって振り分けられた複数の画像データをそれぞれ画面内符号化により符号化する複数の符号化手段と、前記複数の符号化手段によってそれぞれ符号化された複数の画像データを結合して結合画像データを生成する結合手段と、前記振り分け手段による振り分けに関する情報に基づいて、前記結合手段により結合される前の前記複数の画像データ、または前記結合画像データから所定のヘッダを検出するヘッダ検出手段と、前記ヘッダ検出手段によって検出された所定のヘッダを修正して前記結合画像データから出力画像データを生成するヘッダ修正手段とを有することを特徴とする。本発明によれば、特殊な符号化器を使用しないようにして、仮想デコーダバッファを破綻させないように並列処理することができる。第1の実施形態以下、図面を参照しながら、本発明の第1の実施形態による、複数の符号化器を並列に用いて符号化処理の性能を向上させる例について説明する。本実施形態では、2つの符号化器の並列動作について説明する。また、符号化方式はH.264に準拠したものであり、時間的に前後の画像とは独立して単独符号化できる画面内符号化を用いているものとする。図1は、本実施形態に係る符号化装置100の概略構成例を示すブロック図である。図1において、入力端子101は、符号化ストリームの圧縮条件等を外部から指示する入力パラメータを入力する。符号化パラメータ設定部102は、入力端子101から入力された入力パラメータを設定する。レート制御部103は、後述する第1の符号化器106及び第2の符号化器107の符号量を制御する。メモリ104は符号化対象となる入力画像データを格納するメモリである。画像振り分け部105は、メモリ104に格納された入力画像データをピクチャ単位で分割し、所定のタイミングで第1の符号化器106または第2の符号化器107に振り分けるためのものである。符号化部108は、符号化ストリームを生成する複数の符号化器を備えており、本実施形態では、第1の符号化器106及び第2の符号化器107を備えている。ストリーム結合部109は、第1の符号化器106または第2の符号化器107から出力される2つのストリームを結合するためのものである。ヘッダ検出部110は、ストリーム結合部109により結合されたストリーム結合画像データから所定のヘッダを検出するためのものである。ヘッダ修正部111は、検出したヘッダを所定の値に書き換えるためのものである。出力端子112は、最終的に得られる合成ストリーム出力画像データを外部に出力するためのものである。図2は、本実施形態における符号化処理の動作の概要を説明する図である。図2に示す入力動画像200は、横軸を時間軸としてピクチャ単位で表現されており、ダミーピクチャ201が入力動画像200の先頭に付加されている。ストリーム202は、第1の符号化器106の符号化処理によって生成されるストリームを示している。また、ストリーム203は、第2の符号化器107の符号化処理によって生成されるストリームを示している。ダミーピクチャ204は、ダミーピクチャ201が第2の符号化器107において符号化された符号化ピクチャである。合成ストリーム205は、生成されたストリーム202、203を合成したものである。次に、図1を参照しながら、本実施形態における処理の流れを説明する。最初に、合成ストリームの生成条件となる入力パラメータが入力端子101から入力される。ここで、入力パラメータとは、具体的には、画像サイズやターゲットとするビットレートの設定といった、外部から指示する必要があるパラメータのことである。この入力パラメータは、符号化処理を開始する時に設定される。例えばカメラ等で使用する場合、カメラの撮影モードや記録メディアの性能に応じて入力パラメータが変更される。次に、符号化パラメータ設定部102は、入力パラメータの指示内容を符号化部108内の第1の符号化器106及び第2の符号化器107へ設定できる形式に変換して伝送する。また、入力パラメータのうち、最終的なターゲットビットレートに関してはレート制御部103へ設定する。前述した手順により符号化するための設定が完了すると、メモリ104に格納された入力画像データが画像振り分け部105へ入力される。画像振り分け部105は、入力された入力画像データをピクチャ単位で1枚毎交互に第1の符号化器106と第2の符号化器107とへ振り分けて出力する。また、画像振り分け部105は、どのように入力画像データを振り分けたかを示す情報をヘッダ検出部110へ送る。この振り分けに関する情報は、例えば各ピクチャを第1の符号化器106及び第2の符号化器107のどちらに振り分けたかを示す情報である。第1の符号化器106及び第2の符号化器107には、それぞれ時間的に1枚ずつピクチャが飛ばされたデータが入力される。第1の符号化器106及び第2の符号化器107では、それらのデータを連続した動画像と認識して符号化パラメータに従って画面内符号化処理を行う。なお、第1の符号化器106及び第2の符号化器107は、並列処理するために特別な構成を備えている必要はなく、それぞれの出力は、単独でもH.264に準拠するものとする。ストリーム結合部109は、符号化部108から出力された2つの符号化ストリームをピクチャ単位で1枚毎交互に結合して1つのストリームに結合する。なお、本実施形態では、画面内符号化のみを用いているため、ストリームの結合順序は入力順序と同じである。そして、ストリーム結合部109は、結合したストリームのビット量の情報をレート制御部103へ送る。レート制御部103は、入力パラメータで指示されたターゲットビットレートと実際に生成したビット量とから、第1の符号化器106及び第2の符号化器107を制御し、所望のビットレートに近づくようにする。なお、この段階の結合ストリームは単純に結合されただけなので、このままではH.264の規格を満たすものとなっていない。そこで本実施形態では、ヘッダ検出部110は、ストリーム結合部109にて結合された結合ストリーム内の所定のヘッダの位置を画像の振り分け情報に基づいて検出する。本実施形態では結合後のストリームに対してヘッダを検出しているが、結合前のそれぞれのストリームに対して行ってもよい。ヘッダ検出部110で検出されたヘッダ情報は、結合ストリームとともにヘッダ修正部111へ送られ、ヘッダ修正部111は特定のヘッダ部分を書き換える。ヘッダ修正部111は、結合することによって矛盾が生じている結合ストリーム内部のヘッダ情報を修正することにより、H.264に準拠した合成ストリームを生成する。次に、図2を参照しながら詳細な動作を説明する。まず、画像振り分け部105は、メモリ104に格納されている入力動画像の先頭にダミーピクチャ201を付加して図2に示す入力動画像200を生成する。そして、画像振り分け部105は、図2に示すように、偶数番号のピクチャを第1の符号化器106へ振り分け、奇数番号のピクチャを第2の符号化器107へ振り分ける。各々のピクチャは、第1の符号化器106及び第2の符号化器107にて符号化されることになるが、図2に示すように、並列処理しているため、入力画像に対して処理時間は2倍確保できる。つまり、所望のピクチャレートよりも半分程度の処理能力しかもたない符号化器を用いても、所望のピクチャレートで符号化を実現することができる。H.264では、符号化する際に、必ず先頭にIDRInstantaneousDecodingRefreshピクチャ以下、IDRという特別なピクチャを必要とする。このIDRは、画面内符号化においてIピクチャの中でも特別なピクチャであり、ほとんど全ての符号化器で処理するピクチャは先頭がIDRとなる。また、IDRは、ストリームの途中でも任意の位置に出現させることが可能であり、IDR同士の識別子がヘッダに付加されている。1つの符号化器内にIDRが出現するような場合は、必ず識別子が異なるように識別子が付加されるが、複数の符号化器を用いる場合は、識別子が重なってしまう可能性がある。なお、片方の符号化器でIDRを使用しない設定とした場合でも先頭には必ずIDRを入れなければならないので、その時点で識別子が重なってしまう可能性がある。この結果、2つのストリームをそのまま結合してしまうと、識別子が重複してしまう可能性がある。そこで、ストリーム結合部109でストリームを結合した後に、ヘッダ修正部111にて識別子を強制的に変更する手法も考えられる。ところが、H.264では、IDRの識別子に対しては、ゴロム符号化という前後のデータにより符号長が変わってしまう可変長符号化が施されているため、符号化後に識別子を修正することは非常に困難である。そこで本実施形態では、画像振り分け部105は、図2に示すように、予め先頭に入力データではないダミーピクチャ201を付加する。そして、第1の符号化器106又は第2の符号化器107は、先頭のダミーピクチャを画面内符号化により符号化するものの、符号化後のダミーピクチャ204をストリーム結合部109によって結合されるストリームに含めないように制御する。このようにすることによって、修正が困難なIDRの識別子を取得することを不要にする。図2に示すように、合成ストリーム205内のデータの並びでは、先頭のダミーピクチャ204はダミーデータなので含まれていない。また、本実施形態では、第1の符号化器106が行う画面内符号化のピクチャは全てIDRとし、第2の符号化器107が行う画面内符号化のピクチャは先頭以外すべてIピクチャとしている。IDRとIピクチャとの相違点は、前述した識別子だけでなく、ピクチャ内のヘッダに書かれるframe_numというピクチャの番号を示すパラメータもある。H.264においては、frame_numはIピクチャでカウントアップされ、IDRがくるとリセットしなければならないと規定されている。このように、第1の符号化器106から出力される全てのIDR内のヘッダのframe_numは0である。これに対して第2の符号化器107から出力される先頭以外の全てのIピクチャ内のヘッダのframe_numは、先頭以外にIDRが存在しないため、0からカウントアップされている。したがって、ストリーム結合部109にてストリームを結合した段階では、Iピクチャ間にIDRが存在しているにも関わらずframe_numがカウントアップしており、エラーストリームの状態となる。そこで、本実施形態では、ストリーム結合部109で2つのストリームを結合した後に、ヘッダ検出部110でframe_numを含んでいるヘッダを検出する。その際、IDRのframe_numは常に0なので検出する必要はなく、画像振り分け部105から出力された情報を用いて第2の符号化器107で生成されたIピクチャのframe_numを含むヘッダを検出するように動作する。そして、ヘッダ検出部110は検出したヘッダ情報をヘッダ修正部111へ送り、ヘッダ修正部111は、合成ストリーム中のIピクチャのframe_numの値を修正する。前述したように、IDRのframe_numは0であり、図2の合成ストリーム205に示すように、IピクチャとIDRとが入れ子状態になっているため、Iピクチャのframe_numは全て0に修正される。このように、Iピクチャのframe_numの値を変更して整合を取るためにカウンタを持つ必要がなく、常に0に置き換えるだけでよい。なお、frame_numはゴロム符号化されておらず、0に置き換えることによる不都合は発生しない。また、H.264に準拠した合成ストリームを得るためには、仮想デコーダに内蔵されているストリームバッファ仮想バッファを管理する必要がある。このストリームバッファはストリームを生成するレベルによって規定されているものであり、図6に示すようにレベルによって異なっている。なお、このストリームバッファの容量は、さらに他の条件によって変化するが、各レベル同士の比率は常に一定である。本実施形態においては、ストリームバッファの容量が他の条件により変化しても処理自体は影響ないため、他の条件による容量の変化に関する詳細な説明は省略する。本実施形態の第1の符号化器106及び第2の符号化器107は、一般的な符号化器と同様に、あるレベルを設定すると、そのレベルで規定されているストリームバッファを破綻させないようにストリームを生成する。例えば、どちらの符号化器もレベル4でストリームを生成する場合、図6に示すようにバッファのサイズは25000となる。しかしながら、それぞれ生成するストリームはレベル4を満たしていたとしても、合成後のストリームは2つのストリームを合体したものであるため、規格を満たさなくなる場合がある。つまり、2つのストリームを1つ合成にした時点で、ストリームバッファの必要量が2倍になる可能性がある。そこで、ヘッダ検出部110は、レベルを指定しているヘッダを検出し、ヘッダ修正部111は、合成ストリームのストリームバッファをストリームバッファが破綻しないレベルへと書き換える。例えば、レベル4で生成したストリーム同士を合成する場合、ストリームバッファを2倍以上持つレベル4.1以上に書き換える。なお、レベルの情報に関してもゴロム符号化されていないので、書き換えによる不都合は発生しない。図6に示したレベルの例では、ストリームバッファについて説明したが、レベルはストリームバッファだけでなく、ピクチャレートも規定されている。ピクチャレートについてもストリームバッファと同様に合成ストリームが2倍のレートが必要となるので、それを満たすようなレベルへと変更する必要がある。以上のように本実施形態によれば、特殊な符号化器を用意することなく符号化処理の並列化が可能となる。第2の実施形態以下、図3を参照しながら本発明の第2の実施形態について説明する。なお、本実施形態に係る符号化装置の構成については、第1の実施形態と同様であるため、説明は省略する。図3は、本実施形態における符号化処理の動作の概要を説明する図である。なお、図2と同様のものについては同一の符号を付している。図3におけるストリーム300は、第1の符号化器106の符号化処理により生成されるストリームを示している。また、合成ストリーム301は、第1の符号化器106で生成されたストリーム300と、第2の符号化器107で生成されたストリーム203とを合成したストリームである。本実施形態において、第1の符号化器106では、第2の符号化器107と同様に、入力画像の先頭ピクチャのみIDRとし、以降のピクチャはIピクチャとして符号化する。なお、合成の手順は第1の実施形態と同様である。その結果、合成ストリーム301は、先頭のみIDRという形式となる。また、第1の符号化器106及び第2の符号化器107においてそれぞれ個別にframe_numがインクリメントされる。したがって、合成ストリーム301は同じframe_numを持つピクチャが存在することとなり、エラーストリームの状態となる。本実施形態によれば、図3に示すように、I4とI5、I6とI7、I8とI9のように偶数番号から始まるピクチャと次の奇数番のピクチャのframe_numが一致することになる。第1の実施形態では、1ピクチャおきにIDRピクチャとなるので、Iピクチャのframe_numの値を0にすればよいが、この場合はIDRピクチャは先頭のみなので、frame_numの値を0にするとエラーストリームとなってしまう。そこで本実施形態では、ヘッダ修正部111にカウンタ機能を持たせて、合成ストリーム301のframe_numの値を、エンコード順にインクリメントさせた値に修正する。以上により、特殊な符号化器を用意することなく符号化処理の並列化が可能となる。第3の実施形態以下、図4を参照しながら本発明の第3の実施形態について説明する。なお、本実施形態に係る符号化装置の構成については、第1の実施形態と同様であるため、説明は省略する。図4は、本実施形態における符号化処理の動作の概要を説明する図である。なお、図2と同様のものについては同一の符号を付している。図4において、動画像400は、横軸を時間軸としてピクチャ単位で表現されている。本実施形態では、動画像400の先頭ピクチャ401はダミーピクチャではなく、ダミーピクチャが先頭に付加されていない。ストリーム402は、第2の符号化器107の符号化処理により生成されるストリームを示している。符号化ピクチャ403は、第2の符号化器107において符号化された先頭のピクチャである。また、合成ストリーム404は、第1の符号化器106で生成されたストリーム202と第2の符号化器107で生成されたストリーム402とを合成したストリームである。本実施形態では、図4に示すように、第1の符号化器106及び第2の符号化器107のどちらも入力画像を全てIDRピクチャとして符号化する。また、第1及び第2の実施形態と異なり、前述したように入力画像の先頭ピクチャ401はダミーピクチャである必要はない。したがって、合成ストリーム404は、入力画像の先頭ピクチャ401を含んだ全ての符号化ピクチャによって構成される。ここで、合成ストリーム404の全てのIDRピクチャのヘッダには識別IDが付加されている。前述したように、識別IDは、第1及び第2の実施形態で修正したframe_numとは異なり、可変長符号化方式であるゴロム符号化がなされている。同じ識別IDを持つIDRピクチャが同一ストリーム内に存在すると、H.264の規格に違反することになり、さらに識別IDが可変長符号化されているので修正は困難である。そこで本実施形態では、符号化パラメータ設定部102から与えられる入力パラメータに従って、第1の符号化器106及び第2の符号化器107にIDRピクチャの識別IDを設定する。この場合、入力パラメータには識別IDの振り分け情報が含まれるようにする。また、識別IDの値自体はH.264で規定されているものではない。このため、任意の識別IDをIDRに付加した場合でも、第1の符号化器106及び第2の符号化器107が出力するそれぞれのストリームは、第1及び第2の実施形態と同様に、H.264に準拠するようになる。なお、frame_numに関しては、IDRのframe_numは常に0であることが規定されているので、変更する必要はない。また、本実施形態の場合は、結合ストリームで修正するヘッダは、レベルの部分のみでよい。以上のように本実施形態によれば、特殊な符号化器を用意することなく符号化処理の並列化が可能となる。第4の実施形態以下、図5及び図6を参照しながら本発明の第4の実施形態について説明する。図5は、本実施形態に係る符号化装置500の概略構成例を示すブロック図である。なお、図1と同様の構成については、同一の番号を付しており、その説明は省略する。図5において、符号化部503を構成する第1の符号化器501及び第2の符号化器502は、ストリームバッファを制御する機能を備えている。また、本実施形態に係る符号化装置500は、レート制御部が不要である点で、第1~第3の実施形態と異なる。第1~第3の実施形態と同様に、合成ストリームを生成する際は、ストリームバッファを破綻させる可能性を考慮する必要がある。そのため、第1の符号化器及び第2の符号化器に設定するレベルに対して制限が出てくる。例えば、最終結果である合成ストリームをレベル4.1にしたい場合、図6に示すように、第1の符号化器及び第2の符号化器に設定する最高値はレベル4である。しかしながら、実際にはレベル4.1ではストリームバッファの容量を62500まで許容している。一方、第1の符号化器及び第2の符号化器は、その半分の31250までバッファを使用できるが、レベル4ではストリームバッファの容量は25000である。このように2つの符号化器を足しても50000までしか使用しないことになり、効率上ロスが発生する。そこで本実施形態では、符号化パラメータ設定部102は、入力パラメータに従って第1の符号化器501及び第2の符号化器502のストリームバッファの容量を設定する。例えば、上述したように合成ストリームをレベル4.1にしたい場合、本実施形態では、第1の符号化器501及び第2の符号化器502にもレベル4.1と設定する。そして、第1の符号化器501及び第2の符号化器502では、使用するストリームバッファの容量を、62500の半分である31250に設定する。この結果、レベル4.1にて規定される最大値の62500までストリームバッファを使用することが可能となり、レベル4.1を満たす合成ストリームを生成することができる。さらに、第1の符号化器501及び第2の符号化器502で生成されたストリームバッファのレベルは4.1となっているので、ヘッダ修正部111は、合成ストリームに関してレベルを修正する必要がなくなる。また、それ以外については第1~第3の実施形態と同様である。以上のように本実施形態によれば、特殊な符号化器を用意することなく符号化処理の並列化が可能となる。第5の実施形態以下、図7及び図8を参照しながら本発明の第5の実施形態について説明する。図7は、本実施形態に係る符号化装置700の概略構成例を示すブロック図である。なお、図1と同様の構成については、同一の番号を付しており、その説明は省略する。図7において、符号化部701は、並列処理するためのn個の符号化器から構成されている。図8は、本実施形態における符号化処理の動作の概要を説明する図である。図8における入力動画像800は、横軸を時間軸としてピクチャ単位で表現されており、n-1個のダミーピクチャ801が入力動画像800の先頭に付加されている。ストリーム802は、第1の符号化器における符号化処理によって生成されるストリームを示している。ダミーピクチャ803は、入力動画像800の1番目のダミーピクチャが第2の符号化器において符号化された結果として先頭に位置する符号化ピクチャである。ダミーピクチャ804は、入力動画像800の2番目のダミーピクチャが第3の符号化器において符号化された結果として先頭に位置する符号化ピクチャである。さらに、ダミーピクチャ805は、入力動画像800のn-1番目のダミーピクチャが第nの符号化器において符号化された結果として先頭に位置する符号化ピクチャである。合成ストリーム806は、各符号化器で生成された全てのストリームを合成したストリームである。以下、図8を参照しながら詳細な動作を説明する。なお、基本的な処理手順は第1の実施形態と同様である。本実施形態では、画像振り分け部105が入力画像に付加するダミーピクチャの個数は並列処理する符号化器の数より1少ない数となる。これにより、第1の符号化器は、ダミーピクチャではないn番目のピクチャから処理することとなる。第1の実施形態では、2並列なので処理時間を1/2に短縮できるが、本実施形態では、処理時間を1/nに短縮できることになる。そして、第2~第nの符号化器では、ダミーピクチャから符号化処理を開始する。この結果、各符号化器で符号化処理されたダミーピクチャは、不必要なものであるため、結合する際に取り除かれ、n番目のピクチャから始まる合成ストリーム806が生成される。以上のように本実施形態によれば、n個の並列処理を行う場合でも適用可能である。また、本実施形態では、第1の実施形態と同様の処理をn個の並列処理により行う例について説明したが、第2~第4の実施形態で説明した処理でも同様に適用できる。その他の実施形態上述した全ての実施形態において画像の単位をピクチャと表現しているが、このピクチャという単位は、プログレッシブ動画におけるフレーム、インターレース動画におけるフィールドのどちらにも適用可能である。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。