(57)【要約】【課題】  画像データに対する符号化を複数の系統ごと分けて行う際の回路規模と処理負荷の増大を抑制する。【解決手段】  系統１用のＣＴＵデータと、当該系統１用のＣＴＵデータの次に入力される系統２用のＣＴＵデータの、系統ごとの入力順で数えた場合の入力順の差を２として、各系統１、２に対するＣＴＵデータを入力する。先行可能数Ｎが２を上回る場合には、系統１の出力バッファ３５０、系統２の出力バッファ３５１は、それぞれ、２ＣＴＵ分、（Ｎ−１）ＣＴＵ分の重畳後画像データを格納する。【選択図】  図３
2016025524.tif 000002
【特許請求の範囲】
【請求項１】
画像データを複数のブロックに分割することにより得られるそれぞれのブロックデータを、１つの系統に入力する入力手段と、
前記入力手段により入力されたブロックデータに対して画像処理を行う画像処理手段と、
前記画像処理手段により画像処理が行われたブロックデータの出力先として、複数の系統のそれぞれに設けられたバッファのうちの何れか１つを選択する選択手段と、
前記複数の系統ごとに設けられた複数の圧縮手段であって、当該系統に設けられたバッファに格納された前記ブロックデータを圧縮する複数の圧縮手段と、を有し、
前記複数の系統の相互に隣接する２つの系統のうち、先行して圧縮が行われる系統に出力される前記ブロックデータと、前記入力手段における入力順で当該ブロックデータの次の入力順になる前記ブロックデータであって、後行して圧縮が行われる系統に出力される前記ブロックデータと、の、前記系統ごとの入力順で数えた場合の入力順の差は２であり、
前記複数の系統の相互に隣接する２つの系統のうち、後行して圧縮が行われる系統に設けられた前記バッファの容量は、先行して圧縮が行われる系統に設けられた前記バッファの容量以上であることを特徴とする画像処理装置。
【請求項２】
前記複数の系統のそれぞれに設けられた前記バッファは、前記ブロックに対応する容量の整数倍の容量を有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記複数の系統の相互に隣接する２つの系統のうち、後行して圧縮が行われる系統に設けられた前記バッファの容量は、当該２つの系統に設けられた２つの前記圧縮手段で並列処理される前記ブロックデータの、系統ごとに数えた場合の入力順の差としてとり得る最大値と同じ数分の前記ブロックに対応する容量を有することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記複数の系統のうち、最も先行して圧縮が行われる系統に設けられた前記バッファの容量は、２つ分の前記ブロックに対応する容量を有し、
前記複数の系統の相互に隣接する２つの系統のうち、後行して圧縮が行われる系統に設けられた前記バッファの容量は、当該２つの系統に設けられた２つの前記圧縮手段で並列処理される前記ブロックデータの、系統ごとに数えた場合の入力順の差としてとり得る最大値から１を引いた数分の前記ブロックに対応する容量を有することを特徴とする請求項１または２に記載の画像処理装置。
【請求項５】
前記画像処理は、画像データに重畳データを重畳する処理、または、画像データの解像度を変換する処理であることを特徴とする請求項１〜４の何れか１項に記載の画像処理装置。
【請求項６】
前記ブロックデータは、ＣＴＵ（Ｃｏｄｉｎｇ  Ｔｒｅｅ  Ｕｎｉｔ）の単位で分割されることを特徴とする請求項１〜５の何れか１項に記載の画像処理装置。
【請求項７】
画像データを複数のブロックに分割することにより得られるそれぞれのブロックデータを、１つの系統に入力する入力工程と、
前記入力工程により入力されたブロックデータに対して画像処理を行う画像処理工程と、
前記画像処理工程により画像処理が行われたブロックデータの出力先として、複数の系統のそれぞれに設けられたバッファのうちの何れか１つを選択する選択工程と、
前記複数の系統ごとに設けられたバッファに格納された前記ブロックデータの圧縮を前記系統ごとに個別に行う圧縮工程と、を有し、
前記複数の系統の相互に隣接する２つの系統のうち、先行して圧縮が行われる系統に出力される前記ブロックデータと、前記入力工程における入力順で当該ブロックデータの次の入力順になる前記ブロックデータであって、後行して圧縮が行われる系統に出力される前記ブロックデータと、の、前記系統ごとの入力順で数えた場合の入力順の差は２であり、
前記複数の系統の相互に隣接する２つの系統のうち、後行して圧縮が行われる系統に設けられた前記バッファの容量は、先行して圧縮が行われる系統に設けられた前記バッファの容量以上であることを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置および画像処理方法に関し、特に、複数の系統で画像データに対する符号化を行うために用いて好適なものである。
【背景技術】
【０００２】
動画像の圧縮記録に用いられる符号化方式として、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ（以下、Ｈ．２６４と称する）が知られている（非特許文献１を参照）。
近年、Ｈ．２６４の後継としてさらに高効率な符号化方式の国際標準化を行う活動が開始された。ＪＣＴ−ＶＣ（Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）がＩＳＯ／ＩＥＣとＩＴＵ−Ｔの間で設立された。また、ＪＣＴ−ＶＣでは、Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ符号化方式（以下、ＨＥＶＣと称する）の標準化がなされた（非特許文献２を参照）。
【０００３】
ＨＥＶＣの標準化にあたっては、種々の符号化処理の手法が、符号化効率の向上のみならず、実装の容易化や処理時間の短縮化を含む観点から、幅広く採用された。処理時間の短縮化の観点では、マルチコアのプロセッサーや複数のハードウェア等で動作させる事を想定した、並列性を高めるための符号化処理の手法が採用されている。その手法の一つに、コンテキスト適応型算術符号化処理（以下、ＣＡＢＡＣと称する）を並列に処理するためのＷＰＰ（Ｗａｖｅｆｒｏｎｔ  Ｐａｒａｌｌｅｌ  Ｐｒｏｃｅｓｓｉｎｇ）と呼ばれる手法や、Ｔｉｌｅと呼ばれる手法がある。
【０００４】
ＨＥＶＣでは、ＣＴＵ（Ｃｏｄｉｎｇ  Ｔｒｅｅ  Ｕｎｉｔ）と呼ばれる所定のサイズのブロックを単位として符号化を行う。ＷＰＰでは、縦の長さ（高さ）を１個のＣＴＵとする横長の矩形（以下、ＣＴＵラインと称する）にピクチャを区切って符号化を行う。一方、Ｔｉｌｅでは、縦と横の長さがそれぞれ複数のＣＴＵから成る矩形（以下、タイルと称する）にピクチャを区切って符号化を行う。いずれの手法においても、各矩形（ＣＴＵラインあるいはタイル）を並列に処理することができる。
【０００５】
一方、圧縮前の動画像データに、画像データや文字データ等のデータ（以下、重畳データと称する）を重畳し、重畳データを重畳した動画像データを圧縮する構成が必要となることがある（特許文献１を参照）。
したがって、前述したＨＥＶＣで並列処理を行う際にも、重畳データを重畳した後に画像データの圧縮を行うという構成を採用することが考えられる。この場合、複数の系統に並列に入力する画像データの各々に対して、重畳データを重畳する重畳モジュールを並列に配置し、各々の系統を別々に制御する構成を採用することが考えられる。この際、画像データ及び重畳データを、重畳モジュールに入力するために、ＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）等のデータ転送用のコントローラを複数の系統の各々に用意する構成となる。
【０００６】
このように、複数の系統に並列に入力する画像データの各々に対して、画像処理モジュールを並列に配置し、当該画像処理モジュールで処理された画像データを各々の系統で符号化する構成は、重畳モジュールに限らない。例えば、動画像データの解像度を変更する解像度変換モジュールを重畳モジュールに置き換えても同様な構成となる。解像度変換モジュールでは、バイリニア方式や、ハイキュービック方式等の手法を利用した画像サイズの変更処理が実行される（特許文献２を参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１１−１９６４０４号公報
【特許文献２】特開２００５−２９５５１０号公報
【非特許文献】
【０００８】
【非特許文献１】ＩＴＵ−Ｔ  Ｈ．２６４  （０３／２０１０）  Ａｄｖａｎｃｅｄｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ
【非特許文献２】ＩＴＵ−Ｔ  Ｈ．２６５  （０４／２０１３）  Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、複数の系統の画像符号化モジュールに対応する形で前段の画像処理モジュール（重畳処理や解像度変換等）も複数の系統に分けて構成し、各々の系統にＤＭＡＣを設けて画像データを入力する構成では、回路量が増加する。また、各々の系統にＤＭＡＣを設けると、画像データ等のデータの複数の系統への振り分けの処理や、ＤＭＡＣの処理の終了を確認するための処理等のため、ＤＭＡＣを制御するプロセッサー等の処理負荷が大きくなる。
そこで、本発明は、画像データに対する符号化を複数の系統ごと分けて行う際の回路規模と処理負荷の増大を抑制することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の画像処理装置は、画像データを複数のブロックに分割することにより得られるそれぞれのブロックデータを、１つの系統に入力する入力手段と、前記入力手段により入力されたブロックデータに対して画像処理を行う画像処理手段と、前記画像処理手段により画像処理が行われたブロックデータの出力先として、複数の系統のそれぞれに設けられたバッファのうちの何れか１つを選択する選択手段と、前記複数の系統ごとに設けられた複数の圧縮手段であって、当該系統に設けられたバッファに格納された前記ブロックデータを圧縮する複数の圧縮手段と、を有し、前記複数の系統の相互に隣接する２つの系統のうち、先行して圧縮が行われる系統に出力される前記ブロックデータと、前記入力手段における入力順で当該ブロックデータの次の入力順になる前記ブロックデータであって、後行して圧縮が行われる系統に出力される前記ブロックデータと、の、前記系統ごとの入力順で数えた場合の入力順の差は２であり、前記複数の系統の相互に隣接する２つの系統のうち、後行して圧縮が行われる系統に設けられた前記バッファの容量は、先行して圧縮が行われる系統に設けられた前記バッファの容量以上であることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像データに対する符号化を複数の系統ごと分けて行う際の回路規模と処理負荷の増大を抑制することができる。
【図面の簡単な説明】
【００１２】
【図１】画像処理装置の構成を示す図である。
【図２】画像処理の一例を概念的に説明する図である。
【図３】重畳部の構成の第１の例を示す図である。
【図４】２並列で圧縮処理を行う場合のデータの入力順を示す図である。
【図５】重畳後画像データの保持状態の第１の例を示す図である。
【図６】重畳後画像データの保持状態の第２の例を示す図である。
【図７】系統選択部の処理の第１の例を説明するフローチャートである。
【図８】重畳部の構成の第２の例を示す図である。
【図９】３並列で圧縮処理を行う場合のデータの入力順を示す図である。
【図１０】重畳後画像データの保持状態の第３の例を示す図である。
【図１１】系統選択部の処理の第２の例を説明するフローチャートである。
【図１２】解像度変換部の構成を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の一実施形態を説明する。
（第１の実施形態）
まず、第１の実施形態を説明する。
本実施形態の画像処理装置は、入力した画像データに重畳データを重畳した後に、ＨＥＶＣの規格で定義されているＷＰＰ手法を用いて２並列で圧縮処理を行う。重畳データは、例えば、文字データと画像データとの少なくとも何れか一方を含む。
図１は、画像処理装置１０のハードウェアの構成の一例を示す図である。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００は、画像処理装置１０全体の制御を行う。ＣＰＵ１００は、制御プログラムの置かれているプログラムＲＯＭ１０１、ＣＰＵ１００が処理を行う際のワークエリアとして使用されるワークＲＡＭ１０２、および画像データや制御情報をやり取りするバス１０３と相互に接続される。
画像入力部１１０は、画像処理装置１０の外部から画像データを入力する。画像入力部１１０に入力された画像データは、データＲＡＭ１２０の原画像データ領域１２１に格納される。
【００１４】
原画像データ領域１２１に記憶されている画像データは、後述するＷＰＰ（Ｗａｖｅｆｒｏｎｔ  Ｐａｒａｌｌｅｌ  Ｐｒｏｃｅｓｓｉｎｇ）に対応したＣＴＵ（Ｃｏｄｉｎｇ  Ｔｒｅｅ  Ｕｎｉｔ）の単位で複数のブロックデータに分割される。このように、画像データは、ＣＴＵの単位で、画像入力ＤＭＡ１４０を介して解像度変換部１８０に入力される。画像入力ＤＭＡ１４０は、画像データを転送するＤＭＡコントローラである。
【００１５】
解像度変換部１８０は、画像入力部１１０から原画像データ領域１２１に取り込まれた画像データに対し、解像度の変換処理を行う。本実施形態では、画像データに対して重畳処理を行う場合を例に挙げて説明する。したがって、本実施形態では、画像処理装置１０に対して、この解像度の変換処理がスルーされる設定（解像度の変換は無しの設定）がなされているものとする。よって、画像入力部１１０から原画像データ領域１２１に取り込まれた画像データは、重畳部１３０にそのまま入力される。
また、重畳データ領域１２２に記憶されている重畳データは、重畳データ入力ＤＭＡ１５０を介して重畳部１３０に入力される。重畳データ入力ＤＭＡ１５０は、重畳データを転送するＤＭＡコントローラである。
【００１６】
重畳部１３０は、画像入力部１１０から原画像データ領域１２１に取り込まれた画像データに対し、データＲＡＭ１２０内の重畳データ領域１２２に記憶されている重畳データを重畳する。前述したように重畳データは、例えば、画像データと文字データとの少なくとも何れか一方を含む。
画像入力ＤＭＡ１４０から入力された画像データに、重畳データ入力ＤＭＡ１５０から入力された重畳データを重畳部１３０で重畳した結果は、２系統に分けられて後段の圧縮部１６０に出力される。以下の説明では、重畳データが重畳された画像データを必要に応じて重畳後画像データと称する。
【００１７】
圧縮部１６０は、重畳部１３０から２系統で入力される重畳後画像データを、ＨＥＶＣ規格で定義されているＷＰＰにより並列処理する。圧縮部１６０で並列処理された結果は、画像出力ＤＭＡ１７０、１７１を介して、データＲＡＭ１２０内の圧縮画像データ領域１２３に格納される。画像出力ＤＭＡ１７０、１７１は、圧縮部１６０で圧縮された重畳後画像データを転送するＤＭＡコントローラ（ＤＭＡＣ）である。以下の説明では、圧縮部１６０で圧縮された重畳後画像データを必要に応じて圧縮後画像データと称する。
【００１８】
図２は、ＷＰＰを用いた画像処理の一例を概念的に説明する図である。
図２の各々の四角形は、符号化を行う際の所定サイズの単位ブロックであり、ＣＴＵと呼ばれるものである。ＷＰＰでは、ＣＴＵラインと呼ばれる単位に、ピクチャ（画像データ）を区切って符号化を行う。ＣＴＵラインは、縦方向の長さ（高さ）がＣＴＵ１個の長さである横長の矩形の領域である。
【００１９】
本実施形態では、２系統で画像データの並列処理を行う。したがって、本実施形態では、図２に示すように、上から１、３、５、・・・番目（奇数番目）のＣＴＵラインのデータを系統１で処理し、２、４、６、・・・番目（偶数番目）のＣＴＵラインのデータを系統２で処理する。図２において、ＣＴＵ２００に対応するデータを系統２で圧縮する際には、直前のＣＴＵ２１０以外に、１つ上のＣＴＵラインに属するＣＴＵ２１１、２１２、２１３の圧縮後のデータを参照する必要がある。この為、系統２でＣＴＵ２００のブロックを処理するまでに、系統１ではＣＴＵ２１３のデータの処理まで終了している必要がある。つまり、ＷＰＰでは、或るＣＴＵラインよりも１つ上のＣＴＵラインにおける処理対象のＣＴＵは、系統ごとの処理順で数えた場合、当該或るＣＴＵラインにおける処理対象のＣＴＵよりも少なくとも２つのＣＴＵ分先行する必要がある。
【００２０】
図３は、重畳部１３０の詳細なハードウェアの構成の一例を、重畳部１３０の入力側及び出力側の部分と共に示す図である。
重畳部１３０への入力は、前述した通り、画像入力ＤＭＡ１４０から出力される画像データと、重畳データ入力ＤＭＡ１５０から出力される重畳データである。
重畳部１３０からの出力は、２系統である。それぞれの系統１、２は、圧縮部１６０に接続される。系統１、２に出力された重畳後圧縮データは、それぞれ、圧縮部１６０の内部の圧縮コア３６０、３６１で個別に並列処理される。また、圧縮コア３６０、３６１は、処理状況に応じた、未圧縮の重畳後画像データの取得が必要なタイミングで、未処理の重畳後画像データの取得を要求することを示すデータ要求信号を重畳部１３０に出力する。例えば、圧縮コア３６０、３６１は、自身で処理（圧縮）を行う重畳後画像データがなくなった後に、未処理の重畳後画像データの取得を要求することを示すデータ要求信号を重畳部１３０に出力する。
【００２１】
以下、重畳部１３０内部の構成の一例について説明する。
入力バッファ３００は、画像入力ＤＭＡ１４０から入力された画像データ１ＣＴＵ分バッファリングする。入力バッファ３０１は、重畳データ入力ＤＭＡ１５０から入力された重畳データを１ＣＴＵ分バッファリングする。
入力バッファ３００でバッファリングされた画像データと、入力バッファ３０１でバッファリングされた重畳データは、それぞれ、画像重畳部３１０に入力される。
【００２２】
画像重畳部３１０は、入力バッファ３００から入力した画像データに対し、入力バッファ３０１から入力した重畳データを重畳する。
系統選択部３２０は、後述するアルゴリズムに従って系統選択信号を生成し、画像重畳部３１０で処理された重畳後画像データの経路を決定する。本実施形態では、系統選択信号により系統１、２の何れかが指定される。
【００２３】
出力バッファ選択部３３０は、系統選択部３２０から出力される系統選択信号に従って、画像重畳部３１０で生成された重畳後画像データの出力先を選択する。本実施形態では、出力バッファ選択部３３０は、系統選択部３２０から出力される系統選択信号が、系統１が選択対象であることを示す場合には、出力バッファ３５０を選択し、系統２が選択対象であることを示す場合には、出力バッファ３５１を選択する。このようにして、画像重畳部３１０で生成された重畳後画像データは、系統１、２の何れかに振り分けられ、出力バッファ３５０、３５１の何れかへ出力される。
【００２４】
出力バッファ３５０は、２ＣＴＵ分の重畳後画像データをバッファリングする。
出力バッファ３５１のバッファリング容量は、圧縮コア３６０、３６１で並列処理される１ＣＴＵ分の重畳後画像データの、系統ごとに数えた場合の入力順で、圧縮コア３６０が圧縮コア３６１に対してどれだけ先行可能かに依って決定される。この先行可能な入力順の差としてとり得る値の最大値を先行可能数Ｎとした場合、出力バッファ３５１は、Ｎ−１ＣＴＵ分の重畳後画像データをバッファリングする。先行可能数Ｎは、画像処理装置１０に予め設定することができる。
出力バッファ３５０、３５１の出力は、それぞれ、圧縮部１６０の圧縮コア３６０、３６１へ接続される。
【００２５】
バッファフロー制御部３４０は、重畳部１３０の内部のバッファフローを制御する。前述した圧縮コア３６０、３６１からのデータ要求信号は、このバッファフロー制御部３４０に接続される。また、出力バッファ３５０、３５１のステータス情報も、このバッファフロー制御部３４０に接続される。そして、バッファフロー制御部３４０は、圧縮コア３６０が圧縮コア３６１に対して先行可能数Ｎだけ先行している場合、バッファ制御信号を画像重畳部３１０に出力する。ここで、バッファ制御信号は、画像重畳部３１０から出力バッファ３５０または３５１への重畳後画像データの送信を止めることを指示する信号である。
【００２６】
図４は、２並列で圧縮処理を行う場合の画像データおよび重畳データの入力順の一例を示す図である。
図４に示す例では、処理される画像データ・重畳データの横幅をＣＴＵ１０個分としている。すなわち、図４に示す１つの四角形は、ＣＴＵ１個分であることを示す。また、その四角形の中に示す数字は、画像入力ＤＭＡ１４０から重畳部１３０に入力される画像データおよび重畳データ入力ＤＭＡ１５０から重畳部１３０に入力される重畳データの（系統１、２を区別しないで数えた場合の）入力順を示す。尚、以下の説明では、この１ＣＴＵ分のデータを必要に応じてＣＴＵデータと総称する。
【００２７】
この入力順は固定である。図４に示す例では、まず、入力順が「１」、「２」、「３」の圧縮コア３６０（系統１）用のＣＴＵデータが入力される。その後、入力順が「４」、「６」、・・・の圧縮コア３６１（系統２）用のＣＴＵデータと、入力順が「５」、「７」、・・・の圧縮コア３６０（系統２）用のＣＴＵデータが、交互に２ＣＴＵ分ずれる形で入力する。すなわち、系統１用のＣＴＵデータと、当該系統１用のＣＴＵデータの次に入力される系統２用のＣＴＵデータの、系統ごとの入力順で数えた場合の入力順の差は２である。
【００２８】
例えば、入力順が「３」の系統１用のＣＴＵデータの系統１における入力順は「３」である。入力順が「３」の系統１用のＣＴＵデータの次に入力される入力順が「４」の系統２用のＣＴＵデータの系統２における入力順は「１」である。これらの入力順の差は「２（＝３−１）」である。
図４の（ａ）、（ｂ）のように、入力順が「１」〜「２０」のＣＴＵデータが順番に入力された後は、同様に、図４の（ｃ）、（ｄ）のように、入力順が「２１」〜「４０」のＣＴＵデータが順番に入力される。以降同様の順番でＣＴＵデータの入力が繰り返される。
【００２９】
図５は、出力バッファ３５０、３５１内の重畳後画像データの保持状態の第１の例を示す図である。
図５に示す例では、処理される重畳後画像データの横幅をＣＴＵ１０個分としている。また、図５に示す例では、圧縮コア３６０、３６１により並列処理される重畳後画像データの、系統ごとに数えた場合の入力順が、素直に２ＣＴＵずつずれて変わらない場合を示す。すなわち、先行可能数Ｎが２である場合の例を示す。尚、重畳後画像データの取り込まれるスループットと解放されるスループットの変動で状況は変動する為、図５で示されるバッファの状態はあくまでも一例にすぎない。また、以下の各タイミングにおける処理は、必ずしも同じタイミングで行われる必要はなく、１つのまとまりの処理を意味するものである。
【００３０】
図５のタイミングｔ１で、まず、入力順が「１」、「２」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。
次に、タイミングｔ２では、圧縮コア３６０は、入力順が「１」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「３」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「４」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００３１】
次に、タイミングｔ３では、圧縮コア３６０は、入力順が「２」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「５」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「６」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００３２】
次に、タイミングｔ４では、圧縮コア３６０は、入力順が「３」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１が、入力順が「４」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「７」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「８」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
尚、図４に示すように、入力順が「３」のＣＴＵデータの系統１における入力順は「３」であり、入力順が「４」のＣＴＵデータの系統２における入力順は「１」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
【００３３】
その後、タイミングｔ５では、タイミングｔ１〜ｔ４で説明した処理を継続することにより、入力順が「１３」、「１５」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「１４」、「１６」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００３４】
次に、タイミングｔ６では、圧縮コア３６０は、入力順が「１３」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１は、入力順が「１４」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「１７」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「１８」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
尚、図４に示すように、入力順が「１３」のＣＴＵデータの系統１における入力順は「８」であり、入力順が「１４」のＣＴＵデータの系統２における入力順は「６」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
【００３５】
次に、タイミングｔ７では、圧縮コア３６０は、入力順が「１５」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１は、入力順が「１６」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「１９」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
尚、図４に示すように、入力順が「１５」のＣＴＵデータの系統１における入力順は「９」であり、入力順が「１６」のＣＴＵデータの系統２における入力順は「７」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
【００３６】
次に、タイミングｔ８では、圧縮コア３６０は、入力順が「１７」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１は、入力順が「１８」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「２０」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納された状態を示している。
尚、図４に示すように、入力順が「１７」のＣＴＵデータの系統１における入力順は「１０」であり、入力順が「１８」のＣＴＵデータの系統２における入力順は「８」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
以上のように、先行可能数Ｎを２にする場合には、出力バッファ３５０、３５１は、共に、２ＣＴＵ分（先行可能数Ｎと同じ数分）の重畳後画像データをバッファリングすればよい。
【００３７】
図６は、出力バッファ３５０、３５１内の重畳後画像データの保持状態の第２の例を示す図である。
図６に示す例では、処理される重畳後画像データの横幅をＣＴＵ１０個分としている。また、図６に示す例では、圧縮コア３６０の方が圧縮コア３６１よりも、圧縮コア３６０、３６１により並列処理される重畳後画像データの、系統ごとに数えた場合の入力順が、２ＣＴＵを超えて先行する場合を示す。具体的に、図６に示す例では、この先行分が、最大４ＣＴＵ分である場合、すなわち、先行可能数Ｎが４である場合を示す。尚、重畳後画像データの取り込まれるスループットと解放されるスループットの変動で状況は変動する為、図６で示されるバッファの状態はあくまでも一例にすぎない。尚、以下の各タイミングにおける処理は、必ずしも同じタイミングで行われる必要はなく、１つのまとまりの処理を意味するものである。
【００３８】
図６のタイミングｔ１で、まず、入力順が「１」、「２」のＣＴＵデータに相当する重畳後画像データが圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。
次に、タイミングｔ２では、圧縮コア３６０は、入力順が「１」、「２」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「３」、「５」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「４」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００３９】
次に、タイミングｔ３では、圧縮コア３６０は、入力順が「３」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「７」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「６」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００４０】
次に、タイミングｔ４では、圧縮コア３６０は、入力順が「５」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「９」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「８」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
このように、入力順が「５」のＣＴＵデータに相当する重畳後画像データが、系統１の圧縮コア３６０に入力されているのにも関わらず、入力順が「４」のＣＴＵデータに相当する重畳後画像データが、系統１の圧縮コア３６０に入力されない。したがって、先行可能数Ｎが２を上回っている。
【００４１】
また、タイミングｔ４では、入力順が「４」のＣＴＵデータに相当する重畳後画像データが、系統２の圧縮コア３６１に送信されていない。このため、系統１の圧縮コア３６０が、遅延無く、入力順が「９」のＣＴＵデータに相当する重畳後画像データを処理するためには、入力順が「８」のＣＴＵデータに相当する重畳後画像データを格納するためのバッファが出力バッファ３５１に必要になる。また、系統２の圧縮コア３６１が、入力順が「４」のＣＴＵデータに相当する重畳後画像データの受信を完了するまで、画像重畳部３１０から出力バッファ３５０および３５１への重畳後画像データの転送を停止する。
【００４２】
このように、系統１の圧縮コア３６０の方が、系統２の圧縮コア３６１よりも処理が進むのは、例えば、ＣＴＵラインにより、圧縮率に差が生じる場合があるからである。特に算術符号化の処理で処理の速度に差が生じる。
また、タイミングｔ４の次のタイミングで、圧縮コア３６０は、入力順が「７」のＣＴＵデータに相当する重畳後画像データの受信を完了し、圧縮コア３６１は、入力順が「４」のＣＴＵデータに相当する重畳後画像データの受信を完了する。図４に示すように、入力順が「７」のＣＴＵデータの系統１における入力順は「５」であり、入力順が「４」のＣＴＵデータの系統２における入力順は「１」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「４」）と同じである。
【００４３】
図５、図６に示すように、本実施形態では、出力バッファ３５０、３５１は、ＣＴＵの整数倍の容量を有する。また、出力バッファ３５１は、出力バッファ３５０の容量以上の容量を有する。図５では、出力バッファ３５０、３５１の容量は同じである場合の例を示し、図６では、出力バッファ３５１の容量が出力バッファ３５０の容量よりも１ＣＴＵ分大きい場合の例を示す。
【００４４】
図７は、本実施形態における、系統選択部３２０の処理の一例を説明するフローチャートである。この系統選択部３２０の処理は、画像重畳部３１０の１ＣＴＵ分の処理が開始される毎に行われる。
まず、ステップＳ７００において、系統選択部３２０は、ＣＴＵ処理順序数Ｔを１ラインのＣＴＵ数Ｗとコア数Ｃとの乗算結果（Ｗ×Ｃ）で割った余りＸを算出する。ＣＴＵ処理順序数Ｔは、画像データをＣＴＵ単位でブロック分割した際の入力順に番号付けしたものである。また、本実施形態におけるコア数は「２」である。また、図４に示す例では、１ラインのＣＴＵ数Ｗは「１０」である。
【００４５】
次に、ステップＳ７１０において、系統選択部３２０は、ステップＳ７００で算出した余りＸが「１」あるいは「２」であるか否かを判定する。この判定の結果、ステップＳ７００で算出した余りＸが「１」あるいは「２」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統１（圧縮コア３６０）用の出力バッファ３５０に格納する必要があるので、後述するステップＳ７４０に進む。一方、そうでなければ、ステップＳ７２０に進む。
【００４６】
ステップＳ７２０に進むと、系統選択部３２０は、ステップＳ７００で算出した余りＸが「１９」あるいは「２０」であるか否かを判定する。この判定の結果、ステップＳ７００で算出した余りＸが「１９」あるいは「２０」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統２（圧縮コア３６１）用の出力バッファ３５１に格納する必要があるので、後述するステップＳ７５０に進む。一方、そうでなければ、ステップＳ７３０に進む。
【００４７】
ステップＳ７３０に進むと、系統選択部３２０は、ステップＳ７００で算出した余りＸをコア数Ｃで割った余りが「１」であるか否かを判定する。この判定の結果、ステップＳ７００で算出した余りＸをコア数Ｃで割った余りが「１」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統１（圧縮コア３６０）用の出力バッファ３５０に格納する必要があるので、ステップＳ７４０に進む。一方、そうでなければ、ＣＴＵ処理順序数Ｔの重畳後画像データを系統２（圧縮コア３６１）用の出力バッファ３５１に格納する必要があるので、ステップＳ７５０に進む。
【００４８】
ステップＳ７４０に進むと、系統選択部３２０は、画像重畳部３１０と出力バッファ３５０との経路を接続することを示す系統選択信号を出力バッファ選択部３３０に出力する。これにより、系統１が選択され、画像重畳部３１０から出力される重畳後画像データは、出力バッファ３５０に格納される。
一方、ステップＳ７５０に進むと、系統選択部３２０は、画像重畳部３１０と出力バッファ３５１との経路を接続することを示す系統選択信号を出力バッファ選択部３３０に出力する。これにより、系統２が選択され、画像重畳部３１０から出力される重畳後画像データは、出力バッファ３５１に格納される。
【００４９】
以上のように本実施形態では、系統１用のＣＴＵデータと、当該系統１用のＣＴＵデータの次に入力される系統２用のＣＴＵデータの、系統ごとの入力順で数えた場合の入力順の差を２として、各系統１、２に対するＣＴＵデータを入力する。先行可能数Ｎが２を上回る場合には、系統１の出力バッファ３５０、系統２の出力バッファ３５１は、それぞれ、２ＣＴＵ分、（Ｎ−１）ＣＴＵ分の重畳後画像データを格納する。ここで、先行可能数Ｎは、圧縮コア３６０、３６１により並列処理される重畳後画像データの、系統ごとに数えた場合の入力順の差である。したがって、ＨＥＶＣで並列処理による圧縮を行う際に、画像符号化モジュールの前段の画像処理モジュールである重畳モジュールに画像データと重畳データとを入力するためのＤＭＡＣをそれぞれ一つで済ませることができる。その結果、ＤＭＡＣの回路量の削減と、制御するプロセッサー等の処理負荷の低減が可能となる。また、画像符号化モジュールの前段の重畳モジュールのバッファの保持量を最適化することで、バッファ量の増加を抑制した上で、ＨＥＶＣの要求に対して、遅延無くデータを供給することができる。
【００５０】
（第２の実施形態）
次に、第２の実施形態を説明する。
本実施形態の画像処理装置は、入力した画像データに重畳データを重畳した後に、ＨＥＶＣの規格で定義されているＷＰＰ手法を用いて３並列で圧縮処理を行う。このように、本実施形態と第１の実施形態とでは、圧縮処理の並列度が異なる。したがって、本実施形態の説明において、第１の実施形態と同一の部分については、図１〜図７に付した符号と同一の符号を付す等して詳細な説明を省略する。
【００５１】
本実施形態における画像処理装置のハードウェアの構成は、以下の図８に示すように、図１に示した画像処理装置１０に対し、重畳部８３０および圧縮部８６０の構成の一部を変更・追加すると共に、画像出力ＤＭＡの数を３つにしたものとなる。このように、本実施形態における画像処理装置のハードウェアの構成は、図１に示した画像処理装置１０の圧縮処理の並列度を２並列から３並列に変更したものであり、自明であるため、その図示を省略する。
【００５２】
図８は、重畳部８３０の詳細なハードウェアの構成の一例を、重畳部１３０の入力側及び出力側の部分と共に示す図である。
本実施形態の重畳部８３０は、第１の実施形態の重畳部１３０（図３）の構成を２並列から３並列に変更したものである。したがって、本実施形態の重畳部８３０は、第１の実施形態の重畳部１３０に対し、出力バッファ８５２と圧縮コア８６２が追加される。また、系統選択部８３２は、３つの系統１〜３の何れかを指定する系統選択信号を出力バッファ選択部８３３に出力する。出力バッファ選択部８３３は、３つの系統１〜３の何れかを選択する。
【００５３】
図９は、３並列で圧縮処理を行う場合の画像データおよび重畳データの入力順の一例を示す図である。
図９に示す例では、図４に示す例と同様に、処理される画像データ・重畳データの横幅をＣＴＵ１０個分としている。また、図９に示す四角形の中に示す数字は、ＣＴＵデータの（系統１〜３を区別しないで数えた場合の）入力順を示す。
【００５４】
この入力順は固定である。図９に示す例では、まず、入力順が「１」、「２」、「３」の圧縮コア３６０（系統１）用のＣＴＵデータが入力される。その後、入力順が「４」の圧縮コア３６１（系統２）用のＣＴＵデータ、入力順が「５」の圧縮コア３６０（系統１）用のＣＴＵデータ、入力順が「６」のＣ圧縮コア３６１（系統２）用のＴＵデータを、この順で入力する。それ以降は、隣接する２つの系統１、２および２、３間で、交互に２ＣＴＵずれる形でＣＴＵデータが入力する。すなわち、隣接する２つの系統のうち、先行する系統用のＣＴＵデータと、当該ＣＴＵデータの次に入力される後行する系統用のＣＴＵデータの、系統ごとの入力順で数えた場合の入力順の差は２である。
【００５５】
例えば、入力順が「７」の系統１用のＣＴＵデータの系統１における入力順は「５」である。入力順が「７」の系統１用のＣＴＵデータの次に入力される入力順が「８」の系統２用のＣＴＵデータの系統２における入力順は「３」である。これらの入力順の差は「２（＝５−３）」である。また、入力順が「８」の系統２用のＣＴＵデータの次に入力される入力順が「９」の系統３用のＣＴＵデータの系統３における入力順は「１」である。これらの入力順の差は「２（＝３−１）」である。
【００５６】
図９の（ａ）、（ｂ）、（ｃ）のように、入力順が「１」〜「３０」のＣＴＵが順番に入力された後は、同様に、図９の（ｄ）、（ｅ）、（ｆ）のように、入力順が「３１」〜「６０」のＣＴＵデータが順番に入力される。以降同様の順番でＣＴＵデータの入力が繰り返される。
【００５７】
図１０は、出力バッファ３５０、３５１、８５２内の重畳後画像データの保持状態の一例を示す図である。
図１０に示す例では、処理される重畳後画像データの横幅をＣＴＵ１０個分としている。また、図１０に示す例では、隣接する２つの系統１、２および２、３の圧縮コア３６０、３６１および３６１、８６２により並列処理される重畳後画像データの、系統ごとに数えた場合の入力順が、素直に２ＣＴＵずつずれて変わらない場合を示す。すなわち、先行可能数Ｎが２である場合の例を示す。尚、重畳後画像データの取り込まれるスループットと解放されるスループットの変動で状況は変動する為、図１０で示されるバッファの状態はあくまでも一例にすぎない。また、以下の各タイミングにおける処理は、必ずしも同じタイミングで行われる必要はなく、１つのまとまりの処理を意味するものである。
【００５８】
図１０のタイミングｔ１で、まず、入力順が「１」、「２」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。
次に、タイミングｔ２では、圧縮コア３６０は、入力順が「１」、「２」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、入力順が「３」、「５」のＣＴＵデータに相当する重畳ご画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「４」、「６」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。
【００５９】
次に、タイミングｔ３では、圧縮コア３６０は、入力順が「３」、「５」のＣＴＵデータに相当する重畳後画像データの受信を完了する。そして、新たに、入力順が「７」、「１０」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、圧縮コア３６１は、入力順が「４」、「６」のＣＴＵデータに相当する重畳後画像データの受信を完了する。そして、新たに、入力順が「８」、「１１」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。さらに、入力順が「９」、「１２」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６０】
次に、タイミングｔ４では、圧縮コア３６０は、入力順が「７」、「１０」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１は、入力順が「８」、「１１」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア８６２は、入力順が「９」、「１２」に相当する重畳後画像データの受信を完了する。そして、入力順が「１３」、「１６」に相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「１４」、「１７」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。また、入力順が「１５」、「１８」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６１】
尚、図９に示すように、入力順が「７」のＣＴＵデータの系統１における入力順は「５」であり、入力順が「８」のＣＴＵデータの系統２における入力順は「３」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。また、入力順が「８」のＣＴＵデータの系統２における入力順は「３」であり、入力順が「９」のＣＴＵデータの系統３における入力順は「１」である。したがって、圧縮コア３６１、８６２で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
【００６２】
その後、タイミングｔ５では、タイミングｔ１〜ｔ４で説明した処理を継続することにより、入力順が「２２」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６０（系統１）用の出力バッファ３５０に格納される。また、入力順が「２３」、「２５」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。また、入力順が「２４」、「２６」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６３】
次に、タイミングｔ６では、圧縮コア３６０は、入力順が「２２」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア３６１は、入力順が「２３」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア８６２は、入力順が「２４」のＣＴＵデータに相当する重畳後画像データの受信を完了する。そして、入力順が「２７」のＣＴＵデータに相当する重畳後画像データが、圧縮コア３６１（系統２）用の出力バッファ３５１に格納される。また、入力順が「２８」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６４】
尚、図９に示すように、入力順が「２２」のＣＴＵデータの系統１における入力順は「１０」であり、入力順が「２３」のＣＴＵデータの系統２における入力順は「８」である。したがって、圧縮コア３６０、３６１で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。また、入力順が「２３」のＣＴＵデータの系統２における入力順は「８」であり、入力順が「２４」のＣＴＵデータの系統３における入力順は「６」である。したがって、圧縮コア３６１、８６２で並列処理されるこれらのＣＴＵデータに相当する重畳後画像データの、系統ごとの入力順で数えた場合の入力順の差は、先行可能数Ｎ（＝「２」）と同じである。
【００６５】
次に、タイミングｔ７では、圧縮コア３６１は、入力順が「２５」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア８６２は、入力順が「２６」のＣＴＵデータに相当する重畳後画像データの受信を完了する。そして、入力順が「２９」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６６】
次に、タイミングｔ８では、圧縮コア３６１は、入力順が「２７」のＣＴＵデータに相当する重畳後画像データの受信を完了する。また、圧縮コア８６２は、入力順が「２８」のＣＴＵデータに相当する重畳後画像データの受信を完了する。そして、入力順が「３０」のＣＴＵデータに相当する重畳後画像データが、圧縮コア８６２（系統３）用の出力バッファ８５２に格納される。
【００６７】
ここで、系統の数が３以上であることを考慮すると、先行可能数Ｎは、以下のように表現できる。すなわち、先行可能数Ｎは、相互に隣接する２つの系統（系統１、２および２、３）の圧縮コア（圧縮コア３６０、３６１および３６１、８６２）で並列処理される重畳後画像データの、系統ごとに数えた場合の入力順の差としてとり得る値の最大値である。
尚、系統の数が３である場合に先行可能数Ｎが２を上回る場合の出力バッファ３５０、３５１、８５２内の重畳後画像データの保持状態は、図６で説明したのと同様にして得られるので、ここでは、その詳細な説明を省略する。また、先行可能数Ｎが４である場合、出力バッファ３５０、３５１、８５２は、それぞれ、２ＣＴＵ分、３（＝Ｎ−１）ＣＴＵ分、３（＝Ｎ−１）ＣＴＵ分の重畳後画像データを記憶する容量を有する必要がある。
【００６８】
図１１は、本実施形態における、系統選択部８３２の処理の一例を説明するフローチャートである。この系統選択部８３２の処理は、第１の実施形態と同様に、画像重畳部３１０の１ＣＴＵ分の処理が開始される毎に行われる。
まず、ステップＳ１１００において、系統選択部８３２は、ＣＴＵ処理順序数Ｔを１ラインのＣＴＵ数Ｗとコア数Ｃとの乗算結果（Ｗ×Ｃ）で割った余りＸを算出する。ＣＴＵ処理順序数Ｔは、画像データをＣＴＵ単位でブロック分割した際の入力順に番号付けしたものである。また、本実施形態におけるコア数は「３」である。また、図９に示す例では、１ラインのＣＴＵ数Ｗは「１０」である。
【００６９】
次に、ステップＳ１１１０において、系統選択部８３２は、ステップＳ１１００で算出した余りＸが「１」、「２」、「３」、または「５」であるか否かを判定する。この判定の結果、ステップＳ１１００で算出した余りＸが「１」、「２」、「３」、または「５」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統１（圧縮コア３６０）用の出力バッファ３５０に格納する必要がある。したがって、後述するステップＳ１１６０に進む。一方、そうでなければ、ステップＳ１１２０に進む。
【００７０】
ステップＳ１１２０に進むと、系統選択部８３２は、ステップＳ１１００で算出した余りＸが「２６」、「２８」、「２９」、または「３０」であるか否かを判定する。この判定の結果、ステップＳ１１００で算出した余りＸが「２６」、「２８」、「２９」、または「３０」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統３（圧縮コア８６２）用の出力バッファ８５２に格納する必要がある。したがって、後述するステップＳ１１８０に進む。一方、そうでなければ、ステップＳ１１３０に進む。
【００７１】
ステップＳ１１３０に進むと、系統選択部８３２は、ステップＳ１１００で算出した余りＸが「４」、「６」、「２５」、または「２７」であるか否かを判定する。この判定の結果、ステップＳ１１００で算出した余りＸが「４」、「６」、「２５」、または「２７」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統２（圧縮コア３６１）用の出力バッファ３５１に格納する必要がある。したがって、後述するステップＳ１１７０に進む。一方、そうでなければ、ステップＳ１１４０に進む。
【００７２】
ステップＳ１１４０に進むと、系統選択部８３２は、ステップＳ１１００で算出した余りＸをコア数Ｃで割った余りが「２」であるが否かを判定する。この判定の結果、ステップＳ１１００で算出した余りＸをコア数Ｃで割った余りが「２」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統２（圧縮コア３６１）用の出力バッファ３５１に格納する必要がある。したがって、後述するステップＳ１１７０に進む。一方、そうでなければ、ステップＳ１１５０に進む。
【００７３】
ステップＳ１１５０に進むと、系統選択部８３２は、ステップＳ１１００で算出した余りＸをコア数Ｃで割った余りが「０」であるが否かを判定する。この判定の結果、ステップＳ１１００で算出した余りＸをコア数Ｃで割った余りが「０」であれば、ＣＴＵ処理順序数Ｔの重畳後画像データを系統３（圧縮コア８６２）用の出力バッファ８５２に格納する必要がある。したがって、ステップＳ１１８０に進む。一方、そうでなければ、ＴＵ処理順序数Ｔの重畳後画像データを系統１（圧縮コア３６０）用の出力バッファ３５０に格納する必要がある。したがって、ステップＳ１１６０に進む。
【００７４】
ステップＳ１１６０に進むと、系統選択部８３２は、画像重畳部３１０と出力バッファ３５０との経路を接続することを示す系統選択信号を出力バッファ選択部８３３に出力する。これにより、系統１が選択され、画像重畳部３１０から出力される重畳後画像データは、出力バッファ３５０に格納される。
【００７５】
また、ステップＳ１１７０に進むと、系統選択部８３２は、画像重畳部３１０と出力バッファ３５１との経路を接続することを示す系統選択信号を出力バッファ選択部８３３に出力する。これにより、系統２が選択され、画像重畳部３１０から出力される重畳後画像データは、出力バッファ３５１に格納される。
【００７６】
また、ステップＳ１１８０に進むと、系統選択部８３２は、画像重畳部３１０と出力バッファ８５２との経路を接続することを示す系統選択信号を出力バッファ選択部８３３に出力する。これにより、系統３が選択され、画像重畳部３１０から出力される重畳後画像データは、出力バッファ８５２に格納される。
以上のように、系統の数を３以上にしても、第１の実施形態で説明した効果を奏することができる。
【００７７】
（第３の実施形態）
次に、第３の実施形態を説明する。
本実施形態の画像処理装置は、入力した画像データの解像度を変換した後に、ＨＥＶＣの規格で定義されているＷＰＰ手法を用いて２並列で圧縮処理を行う。このように本実施形態と第１の実施形態とは、画像データの符号化を行う前の画像処理が異なる。したがって、本実施形態の説明において、第１の実施形態と同一の部分については、図１〜図７に付した符号と同一の符号を付す等して詳細な説明を省略する。
【００７８】
本実施形態における画像処理装置のハードウェアの構成は、図１に示した画像処理装置１０と同じである。ただし、本実施形態では、重畳処理がスルーされる設定がなされ、解像度の変換処理が実行される。したがって、本実施形態の画像処理装置は、図１に示した画像処理装置１０の重畳部１３０および重畳データ入力ＤＭＡ１５０を省略することができる。
【００７９】
図１２は、解像度変換部１８０の詳細なハードウェアの構成の一例を、解像度変換部１８０の入力側及び出力側の部分と共に示す図である。
図１２に示す解像度変換部１８０は、第１の実施形態の重畳部１３０（図３）に対し、画像重畳部３１０を画像解像度変換部１２１０に変更すると共に、入力バッファ３０１を削除したものである。入力バッファ３０１を削除するのは、本実施形態では、重畳データ入力ＤＭＡ１５０が不要だからである。解像度変換部１８０のその他の構成は、第１の実施形態の画像重畳部３１０（図３）の構成と同じである。
【００８０】
尚、解像度の変換処理は、公知の技術で実現することができる（例えば、特許文献２を参照）。前述したように本実施形態と第１の実施形態との差異は、画像データを符号化する前の画像処理を重畳処理にするか、解像度の変換処理にするかのみである。したがって、画像データのＣＴＵ単位での入力順（図４）と、出力バッファ３５０、３５１の容量およびＣＴＵデータの出力バッファ３５０、３５１への格納順（図５、図６）と、系統１、２を選択する方法（図７）等は、第１の実施形態と同じである。したがって、これらの詳細な説明を省略する。
【００８１】
以上のように、画像データを符号化する前の画像処理を重畳処理以外の処理にしても、第１の実施形態で説明した効果を奏することができる。
本実施形態では、系統の数が２である場合を例に挙げて説明したが、画像データを符号化する前の画像処理を重畳処理以外の処理にした場合でも、第２の実施形態のように系統の数を３以上にすることができる。
【００８２】
尚、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００８３】
（その他の実施例）
本発明は、前述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００８４】
３１０：画像重畳部、３２０：系統選択部、３３０：出力バッファ選択部、３５０、３５１：出力バッファ
【図１】
2016025524.tif 000003
【図３】
2016025524.tif 000004
【図４】
2016025524.tif 000005
【図５】
2016025524.tif 000006
【図６】
2016025524.tif 000007
【図７】
2016025524.tif 000008
【図８】
2016025524.tif 000009
【図９】
2016025524.tif 000010
【図１０】
2016025524.tif 000011
【図１１】
2016025524.tif 000012
【図１２】
2016025524.tif 000013
【図２】
2016025524.tif 000014