(57)【要約】【課題】圧縮処理部に入力できる画像データの列方向幅を大きくすることにより、より効率の良い画像処理が可能な画像処理装置を提供すること。【解決手段】圧縮処理部１０８に入力できる画像データの列方向幅をＭＣＵの整数倍とする。圧縮処理部１０８内のＪＰＥＧコア２０２は、入力された圧縮単位毎の画像データをＪＰＥＧ圧縮する。符号カウンタ２０３は、圧縮単位毎に圧縮されて得られた圧縮画像データの符号量を行毎にカウントする。並び替え部２０４は、圧縮単位毎に圧縮されて得られた圧縮画像データを並び替えて記憶装置１０５の圧縮単位の画像データが記憶されている領域とは別領域に記憶させる。【選択図】図２
2006352451.tif 000002
【特許請求の範囲】
【請求項１】
供給された画像データに対して空間的な画像処理を施すための複数の直列に接続された画像処理部と、
前記画像処理部により画像処理された画像データを、列方向の入力画素数が圧縮処理の最小単位のＮ倍となるようなブロック単位で該ブロック単位の画像データを走査線の長さ分並べた１ブロックライン分順次入力し、この入力されたブロック単位の画像データを順次圧縮処理することにより１ブロックライン分のブロック単位の圧縮画像データを得る画像圧縮部と、
前記画像圧縮部で得られた１ブロックライン分のブロック単位の圧縮画像データが書き込まれる記憶領域を有する記憶部と、
前記記憶部の前記記憶領域に書き込まれた１ブロックライン分のブロック単位の圧縮画像データを順次読み出して、データの並び順を変更し、並び順を変更した１ブロックライン分のブロック単位の圧縮画像データを、前記記憶部の前記並び順を変更する前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に順次書き込む並び替え部と、
を具備することを特徴とする画像処理装置。
【請求項２】
前記ブロック単位の画像データは、列方向に前記圧縮処理の最小単位、行方向に前記圧縮処理の最小単位のＭ倍である画素数分の画像データからなる圧縮単位の画像データを列方向にＮ個分並べたものであり、
前記圧縮処理部は、前記ブロック単位の画像データを格納する単一或いは複数のバッファを含み、
前記圧縮処理部は、前記１ブロックライン分のブロック単位の圧縮画像データを得る際に、行方向に１画素分で列方向に前記圧縮処理の最小単位のＮ倍の画素数からなる画像データを順次前記バッファに格納することを行方向に繰り返して前記バッファにブロック単位毎の圧縮単位の画像データをＮ個分格納し、前記格納されたブロック単位毎のＮ個分の圧縮単位の画像データを、列方向で１番上の圧縮単位の画像データから順次圧縮処理を施し、１つの圧縮単位の画像データの圧縮処理が終了するごとに、圧縮処理が終了した画像データに前記圧縮単位の画像データの圧縮処理が終了したことを示すリスタートマーカを付加することでブロック単位毎の圧縮単位の圧縮画像データを得て、該得られたブロック単位毎の圧縮単位の圧縮画像データを順次１ブロックライン分前記記憶部に書き込むことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記並び替え部は、前記データの並び順の変更をフレームを構成するすべてのブロックラインに対して行い、前記並び順を変更した各ブロックラインの圧縮画像データを前記記憶部の前記並び順を変更する前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に順次書き込む際に、前記圧縮単位の圧縮画像データのそれぞれの書き込み先のアドレスを生成し、該生成したアドレスに前記並び順を変更した圧縮単位毎の圧縮画像データを順次書き込むことを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記圧縮処理部において得られたブロック毎の圧縮単位の圧縮画像データのうちで、前記各ブロックの圧縮単位の画像データの上からＫ（１≦Ｋ≦Ｎ）番目の圧縮単位の画像データに対応する圧縮単位毎の圧縮画像データのみの符号量を全ブロック分それぞれカウントするＮ個の符号カウンタをさらに具備し、
前記並び替え部は、最初のブロックにおける上から１番目の圧縮単位の圧縮画像データの書き込み先のアドレスを前記別の記憶領域の先頭アドレスとし、最初のブロックにおける上から２番目以降の圧縮単位の圧縮画像データの書き込み先のアドレスをそれぞれ１つ上の圧縮単位の圧縮画像データの書き込み先のアドレスに前記１つ上の圧縮単位毎の圧縮画像データの全ブロック分の符号量をカウントする符号カウンタでカウントされた符号量を加算することにより生成し、２番目以降のブロックにおける各圧縮単位の圧縮画像データの書き込み先のアドレスをそれぞれ１つ前のブロックにおいて対応する圧縮単位の圧縮画像データのリスタートマーカに連続するように生成することにより、前記圧縮単位の圧縮画像データのそれぞれの書き込み先のアドレスを生成することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記並び替え部は、前記データの並び順の変更をフレームを構成するすべてのブロックラインに対して行い、前記並び順を変更した各ブロックラインの圧縮画像データを前記記憶部の前記並び順を変更する前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に順次書き込む際に、前記並び順を変更する前の１ブロックライン分の圧縮単位の圧縮画像データを読み出し、前記読み出した１ブロックライン分の圧縮単位の圧縮画像データのリスタートマーカを検出することにより、前記ブロック毎の圧縮単位の画像データのうち上からＫ（１≦Ｋ≦Ｎ）番目の圧縮単位の画像データに対応する圧縮単位毎の圧縮画像データを前記記憶部の別の記憶領域に記憶させ、前記Ｋの値を１ずつ増加させながら前記１ブロックライン分の圧縮画像データの入力及び前記単位毎の圧縮画像データの記憶をＮ回繰り返すことにより前記データの並び順の変更を行うことを特徴とする請求項２に記載の画像処理装置。
【請求項６】
前記並び替え部は、前記並び順を変更した各ブロックラインの圧縮画像データを前記記憶部の前記並び順を変更する前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に順次書き込む際に、前記圧縮単位の圧縮画像データ毎のリスタートマーカの書き換えを行うことを特徴とする請求項２に記載の画像処理装置。
【請求項７】
前記別の記憶領域は、前記記憶部に、前記データの並び順を変更する前の圧縮画像データが書き込まれる記憶領域とは別に設けられている記憶領域であることを特徴とする請求項１乃至６の何れか１つに記載の画像処理装置。
【請求項８】
前記別の記憶領域は、前記記憶部とは別個に設けられた記憶装置における記憶領域であることを特徴とする請求項１乃至６の何れか１つに記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に画像データの圧縮処理を行うことが可能な画像処理装置に関する。
【背景技術】
【０００２】
画像処理装置において、バスのデータ転送量の低減とメモリ容量の削減とを図るための技術として、拡大縮小処理を含む複数の画像処理をパイプライン処理可能とした技術が特許文献１において提案されている。この特許文献１の手法では、複数の画像処理部とその後段の圧縮処理部とをバッファを介して直結的に接続するように画像処理装置を構成しておき、画像処理部には、それぞれの画像処理に必要な補間用画素データと圧縮処理に必要な最小単位であるＭＣＵ（Minimum Coded Unit）分の列方向データを有するデータとをまとめて入力するようにしている。ここで、ＭＣＵは、例えば８画素×８画素や１６画素×１６画素のデータから構成されるデータである。
【０００３】
このような特許文献１では、画像処理部から圧縮処理部までの間の処理において、処理データをＳＤＲＡＭ等の記憶装置に転送する必要がなくなるため、バスのデータ転送量を低減することができる。
【特許文献１】特開２０００−３１１２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１の手法では、画像処理後に圧縮処理部に入力されるデータの列方向幅が必ずＭＣＵ１つ分に限定されてしまう。ここで、昨今の画像処理技術の高度化により、補間画素数は増大する傾向にある。この一方で、補間画素数は、処理後のデータ幅には依存しないため、圧縮処理を行う際の入力データの列方向幅を大きくすることが画像処理の高効率化に繋がる。
【０００５】
本発明は、上記の事情に鑑みてなされたもので、圧縮処理部に入力できる画像データの列方向幅を大きくすることにより、より効率の良い画像処理が可能な画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明の第１の態様による画像処理装置は、供給された画像データに対して空間的な画像処理を施すための複数の直列に接続された画像処理部と、前記画像処理部により画像処理された画像データを、列方向の入力画素数が圧縮処理の最小単位のＮ倍となるようなブロック単位で該ブロック単位の画像データを走査線の長さ分並べた１ブロックライン分順次入力し、この入力されたブロック単位の画像データを順次圧縮処理することにより１ブロックライン分のブロック単位の圧縮画像データを得る画像圧縮部と、前記画像圧縮部で得られた１ブロックライン分のブロック単位の圧縮画像データが書き込まれる記憶領域を有する記憶部と、前記記憶部の前記記憶領域に書き込まれた１ブロックライン分のブロック単位の圧縮画像データを順次読み出して、データの並び順を変更し、並び順を変更した１ブロックライン分のブロック単位の圧縮画像データを、前記記憶部の前記並び順を変更する前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に順次書き込む並び替え部とを具備することを特徴とする。
【０００７】
この第１の態様によれば、圧縮処理部に入力できる画像データの列方向幅を大きくすることができ、これに伴って画像処理部に入力できる画像データの列方向幅も大きくすることができる。また、圧縮処理部に入力できる画像データの列方向幅を大きくすることにより、後の再生に適さない順序で圧縮処理が行われるが、これを後の再生に適するような順序に並び替えることができる。
【発明の効果】
【０００８】
本発明によれば、圧縮処理部に入力できる画像データの列方向幅を大きくすることにより、より効率の良い画像処理が可能な画像処理装置を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の実施形態を説明する。  
［第１の実施形態］
図１は、本発明の第１の実施形態に係る画像処理装置の主要な構成について示す図である。図１に示す画像処理装置は、撮像部１０１と、プリプロセス部１０２と、ＤＭＡ１０３と、バス１０４と、記憶装置１０５と、ＤＭＡ１０６と、画像処理部１０７と、圧縮処理部１０８と、ＤＭＡ１０９とから構成されている。また、画像処理部１０７は、拡大縮小処理などの空間的な画像処理を含む複数の異なる画像処理を行うことが可能なように、複数の画像処理部（図１では画像処理部Ａ１０７ａと画像処理部Ｂ１０７ｂ）が直結的に接続されて構成されている。
【００１０】
図１において、撮像部１０１によって撮像されて得られた画像信号は、プリプロセス部１０２にて所定のアナログ処理及びデジタル処理が施される。これらの処理によって生成された画像データはＤＭＡ１０３を介してバス１０４に転送され、ＳＤＲＡＭなどで構成された記憶装置１０５に書き込まれる。
【００１１】
記憶装置１０５に書き込まれた画像データは、ＤＭＡ１０６を介して画像処理部１０７に入力される。ここで、第１の実施形態では、記憶装置１０５から画像処理部１０７に、列方向の入力画素数が後段の圧縮処理に必要な最小単位のデータ（ＭＣＵ）の整数倍（ここでは例えば４倍）を単位とするデータと画像処理部１０７において削られる画素データを補間するための補間画素データとからなる画像データが１ライン分（このような画像データを１ブロックライン分の画像データと称する）入力される。このような１ブロックライン分の画像データを入力するために、記憶装置１０５に記憶されている画像データを１画素ずつ列方向に、ＭＣＵの４倍のデータ幅に補間画素データ分を加えたデータ幅だけ読み出し、この読み出しを行方向に走査線の長さ分だけ繰り返すようにして画像データの読み出しを行うようにする。このようにして読み出された単位毎の画像データが画像処理部１０７に入力されることにより、画像処理部Ａ１０７ａと画像処理部Ｂ１０７ｂとにおける画像処理によって補間画素データ部分が削られ、最終的に列方向の入力画素数がＭＣＵの４倍で構成される単位毎の画像データのみが圧縮処理部１０８に入力される。圧縮処理部１０８では入力された画像データに対して圧縮処理が行われたあと、これにより得られた圧縮画像データがＤＭＡ１０９を介して記憶装置１０５に書き込まれる。
【００１２】
なお、画像処理部１０７における画像処理は必ずしも全ての処理を行う必要は無く、必要のない画像処理を行わないようにバイパスさせることも可能である。図１の例では画像処理部Ｂ１０７ｂにおける処理をバイパスできるように構成されている。
【００１３】
図２は、本発明の第１の実施形態に係る画像処理装置の要部である圧縮処理部１０８の構成について示した図である。図２に示す圧縮処理部１０８は、ＪＰＥＧコアＩ／Ｆ部２０１と、ＪＰＥＧコア２０２と、符号カウンタ２０３と、並び替え部２０４とから構成されている。
【００１４】
ＪＰＥＧコアＩ／Ｆ部２０１には、４個のバッファ（ＢＵＦ−Ａ〜ＢＵＦ−Ｄ）が設けられており、ＪＰＥＧコアＩ／Ｆ部２０１に入力された画像データがこれらバッファＢＵＦ−Ａ〜ＢＵＦ−Ｄに順次格納される。ここで、バッファＢＵＦ−Ａ〜ＢＵＦ−Ｄは、それぞれＪＰＥＧコアＩ／Ｆ部２０１に入力された画像データを１圧縮単位ずつ格納できるだけの容量を有しているものである。この１圧縮単位とは、列方向の画素数が１ＭＣＵ分、行方向の画素数が１ＭＣＵの整数倍の画素数を有する非圧縮の画像データのことを言うものとする。この１圧縮単位の画像データの末尾部分にはＪＰＥＧ圧縮時にリスタートマーカが付加される。ここで、リスタートマーカとは圧縮処理の区切りを示すためのデータである。つまり、リスタートマーカ間隔が２、即ち圧縮時にリスタートマーカを２ＭＣＵ毎に付加するようにするのであれば、図３（ａ）に示すように１圧縮単位は２ＭＣＵ分の画像データとなる。また、圧縮時にリスタートマーカを４ＭＣＵ毎に付加するようにするのであれば、図３（ｂ）に示すように１圧縮単位は４ＭＣＵ分の画像データとなる。
【００１５】
以下、ＪＰＥＧコアＩ／Ｆ部２０１に入力される画像データ内における圧縮単位を図４に示すようにしてナンバリングして説明を続ける。なお、図４に示す圧縮単位は、図５に示すように左上端の圧縮単位１−１、１−２、１−３、１−４がパラレルにＪＰＥＧコアＩ／Ｆ部２０１に入力される。ここで、圧縮単位の画像データ１−１、１−２、１−３、１−４からなる画像データをブロック単位の画像データと呼ぶことにすると、このブロック単位の画像データは、行方向に１画素分ずつ図５の矢印に示す方向にデータの入力がなされ、列方向に最初の１ＭＣＵ分の画像データがバッファＢＵＦ−Ａに、次に続く１ＭＣＵ分の画像データがそれぞれバッファＢＵＦ−Ｂ、バッファＢＵＦ−Ｃ、バッファＢＵＦ−Ｄに格納され、この入力動作が、行方向の画素数が１圧縮単位の画素数になるまで繰り返される。そして、これら４つの圧縮単位が図６のようにしてバッファＢＵＦ−Ａ〜ＢＵＦ−Ｄにそれぞれ別々に格納される。バッファＢＵＦ−Ａ〜ＢＵＦ−Ｄのそれぞれに１圧縮単位分の画像データが格納されると、まずバッファＢＵＦ−Ａから１圧縮単位分の画像データがＪＰＥＧコア２０２に入力され、以後バッファＢＵＦ−Ｂ、バッファＢＵＦ−Ｃ、バッファＢＵＦ−Ｄと順次１圧縮単位分の画像データがＪＰＥＧコア２０２に入力される。バッファＢＵＦ−Ａ〜ＢＵＦ−Ｄからそれぞれ１圧縮単位分の画像データが出力されると、次の４つの圧縮単位２−１、２−２、２−３、２−４がパラレルにＪＰＥＧコアＩ／Ｆ部２０１に入力される。以後も同様にして圧縮単位が４つずつパラレルにＪＰＥＧコアＩ／Ｆ部２０１に入力され、４つの圧縮単位が４つのバッファに格納され次第ＪＰＥＧコア２０２に入力される。これにより図７に示すような順序で圧縮単位毎の画像データがＪＰＥＧコア２０２に入力される。
【００１６】
ＪＰＥＧコア２０２では１圧縮単位分の画像データが入力されるたびにＪＰＥＧ圧縮処理が行われる。そして、１圧縮単位分の画像データが圧縮されるごとにリスタートマーカが付加されて圧縮画像データが生成される。ここで、リスタートマーカは８のモジュロで番号付けされる。つまり、１つの圧縮単位分の圧縮画像データが生成されるたびに、ＦＦＤ０、ＦＦＤ１、ＦＦＤ２、ＦＦＤ３、ＦＦＤ４、ＦＦＤ５、ＦＦＤ６、ＦＦＤ７、ＦＦＤ０、ＦＦＤ１…、の順で番号付けされたリスタートマーカが付加される。
【００１７】
ここで、図７に示す順序でＪＰＥＧコア２０２に入力されて圧縮された圧縮画像データはそのまま図７に示す順序で記憶装置１０５に書き込まれる。ところで一般の画像再生装置では圧縮画像データの伸長を行う場合は圧縮画像データを行方向に読み出して行うので、図７の順序で記憶されている圧縮画像データを伸長しても図４に示す元の画像の順序で伸長することはできない。そこで、以後の符号カウンタ２０３及び並び替え部２０４を利用して圧縮画像データの並び替えを行った後で記憶装置１０５に記憶させるようにする。
【００１８】
図２において、ＪＰＥＧコア２０２で生成された圧縮画像データは符号カウンタ２０３に入力される。ここで、符号カウンタ２０３は、図８に示すように、符号カウンタコントローラ２０３ａと、４つの符号カウンタＡ〜Ｄとで構成されている。図８に示す順序でＪＰＥＧコアＩ／Ｆ部２０１のバッファＢＵＦ−Ａ〜ＢＵＦ−Ｄから出力されＪＰＥＧコア２０２において圧縮された圧縮画像データの符号量はまず符号カウンタＡにおいてカウントされる。同時に符号カウンタコントローラ２０３ａにおいて入力された圧縮画像データ中のリスタートマーカ（図においてＲＳＴで示す部分）の検出が行われる。符号カウンタコントローラ２０３ａにおいてリスタートマーカが検出されると、１圧縮単位分の圧縮画像データの符号量がカウントされたことになるので、符号カウンタコントローラ２０３ａからカウンタの切り替え指示がなされる。これを受けてカウンタの切り替えが行われ、次は符号カウンタＢによって符号量のカウントが行われる。以後も同様にしてリスタートマーカが検出されるたびに符号カウンタコントローラ２０３ａによってカウンタの切り替え指示がなされる。
【００１９】
符号カウンタ２０３において符号量がカウントされた１ブロックライン分の圧縮画像データはＤＭＡ１０９を介して記憶装置１０５に書き込まれる。その後、並び替え部２０４によって記憶装置１０５から１ブロックライン分の圧縮画像データが読み出されて圧縮画像データの並び替えが行われる。
【００２０】
図９（ａ）は、並び替え部２０４の内部の構成を示す図である。並び替え部２０４は、圧縮画像データ読み出し部２０４ａと、リスタートマーカ検出部２０４ｂと、リスタートマーカ書き換え部２０４ｃと、選択部２０４ｄと、圧縮画像データ書き込み部２０４ｅとから構成されている。
【００２１】
圧縮画像データ読み出し部２０４ａでは、記憶装置１０５に１ブロックライン分の圧縮画像データが書き込まれるたびに、記憶装置１０５からの圧縮画像データの読み出しが行われる。この読み出された圧縮画像データはリスタートマーカ検出部２０４ｂに入力される。リスタートマーカ検出部２０４ｂでは、圧縮画像データ読み出し部２０４ａから入力された圧縮画像データ中のリスタートマーカの検出が行われるとともにリスタートマーカの数がカウントされる。
【００２２】
リスタートマーカ書き換え部２０４ｃではリスタートマーカ検出部２０４ｂにおいて検出されたリスタートマーカのマーカ番号の書き換えが行われる。この書き換え時のマーカ番号は、
マーカ番号＝（（行方向圧縮単位数×現在の行方向圧縮単位位置）＋現在の列方向圧縮単位位置）％８                                          （式１）
の式に基づいて決定される。ここで、（式１）の行方向圧縮単位数は、行方向に配列された圧縮単位の数を示す。図４の例ではｈとなる。また、現在の行方向圧縮単位位置は、リスタートマーカの書き換え対象となっている圧縮単位毎の圧縮画像データの行方向位置（即ち、何列目であるか）を示す。例えば、圧縮単位１−１を圧縮して得られた圧縮画像データ（以下、圧縮画像データ１−１と称する。他の圧縮画像データについても同様）の位置を（行，列）＝（０，０）とすると、圧縮画像データ１−２の行方向位置は１となる。また、圧縮画像データ２−１の行方向位置は０となる。さらに、現在の列方向圧縮単位位置は、リスタートマーカの書き換え対象となっている単位毎の圧縮画像データの列方向位置（即ち、何行目であるか）を示す。上記した圧縮画像データ１−２の列方向位置は０となる。また、圧縮画像データ２−１の列方向位置は１となる。また、（式１）中の「％８」は８のモジュロ演算を行うことを意味している。
【００２３】
例えば、行方向圧縮単位数が１０でリスタートマーカの書き換え対象が圧縮画像データ１−２である場合には、書き換え後のリスタートマーカのマーカ番号は、マーカ番号＝（（１０×１）＋０）％８＝２となる。即ち、書き換えが行われることにより、元のマーカ番号がＦＦＤ１であった圧縮画像データ１−２のマーカ番号はＦＦＤ２となる。
【００２４】
選択部２０４ｄでは、圧縮画像データ読み出し部２０４ａにおいて読み出された圧縮画像データとリスタートマーカ書き換え部２０４ｃにおいて書き換えられたリスタートマーカの何れかが選択的に圧縮画像データ書き込み部２０４ｅに出力される。つまり、選択部２０４ｄでは、リスタートマーカ検出部２０４ｂにおいてリスタートマーカが検出されるまでは圧縮画像データ読み出し部２０４ａにおいて読み出された圧縮画像データが出力され、リスタートマーカ検出部２０４ｂにおいてリスタートマーカが検出されたときにリスタートマーカ書き換え部２０４ｃにおいて書き換えられたリスタートマーカが出力される。これにより、圧縮単位毎の圧縮画像データの末尾にリスタートマーカ書き換え部２０４ｃにおいてマーカ番号が書き換えられたリスタートマーカが付加される。
【００２５】
圧縮画像データ書き込み部２０４ｅでは、リスタートマーカが書き換えられた圧縮単位毎の圧縮画像データが、図９（ａ）に示すようにして記憶装置１０５の並び替え前の圧縮画像データが書き込まれている記憶領域とは別の記憶領域に書き込まれる。この際、圧縮画像データ書き込み部２０４ｅでは、符号カウンタ２０３においてカウントされた符号量に基づいて圧縮画像データの書き込み先のアドレスが生成される。
【００２６】
図１０は、このような並び替えの際の圧縮画像データの書き込み先アドレス生成の考え方について示す図である。まず、圧縮画像データ１−１の書き込み先のアドレスは、上記別の記憶領域の先頭アドレスとなる。次に入力される圧縮画像データ１−２の書き込み先のアドレスは上記別の記憶領域の先頭アドレスに符号カウンタＡにおいてカウントされた符号量を加算することにより生成される。次に入力される圧縮画像データ１−３の書き込み先のアドレスは圧縮画像データ１−２の書き込み先のアドレスに符号カウンタＣにおいてカウントされた符号量を加算することにより生成される。次に入力される圧縮画像データ１−４の書き込み先のアドレスは圧縮画像データ１−３の書き込み先のアドレスに符号カウンタＤにおいてカウントされた符号量を加算することにより生成される。
【００２７】
次に入力される圧縮画像データ２−１はＢＵＦ−Ａの系から入力される圧縮画像データである。このため、圧縮画像データ２−１は圧縮画像データ１−１のリスタートマーカに連続して書き込まれる。次の圧縮画像データ２−２は圧縮画像データ１−２のリスタートマーカに、圧縮画像データ２−３は圧縮画像データ１−３のリスタートマーカに、圧縮画像データ２−４は圧縮画像データ１−４のリスタートマーカに連続して書き込まれ、これ以後の圧縮画像データも同様にして書き込まれる。
【００２８】
このような圧縮画像データの並び替えを行うことによって、記憶装置１０５においては、ＢＵＦ−Ａの系の最後の圧縮画像データである圧縮画像データｈ−１のリスタートマーカに連続してＢＵＦ−Ｂの系の最初の圧縮画像データである圧縮画像データ１−２が格納され、ＢＵＦ−Ｂの系の最後の圧縮画像データである圧縮画像データｈ−２のリスタートマーカに連続してＢＵＦ−Ｃの系の最初の圧縮画像データである圧縮画像データ１−３が格納され、ＢＵＦ−Ｃの系の最後の圧縮画像データである圧縮画像データｈ−３のリスタートマーカに連続してＢＵＦ−Ｄの系の最初の圧縮画像データである圧縮画像データ１−４が格納されることになる。
【００２９】
なお、図９（ａ）の例では、並び替えが行われた圧縮単位毎の圧縮画像データを記憶装置１０５に記憶させるようにしているが、図９（ｂ）に示すように記憶装置１０５とは別の外部メディア１１０に記録するようにしても良い。なお、外部メディア１１０としては、例えばメモリカードやハードディスクなどが用いられる。
【００３０】
このような処理が、リスタートマーカ検出部２０４ｂにおいて１ブロックライン分のリスタートマーカがカウントされるまで繰り返される。１ブロックライン分のリスタートマーカがカウントされた時点で、リスタートマーカ検出部２０４ｂから圧縮画像データ読み出し部２０４ａに対して読み出し停止指示が与えられ、圧縮画像データ読み出し部２０４ａにおける読み出しが一旦終了する。
【００３１】
以後は次のブロックラインの処理に移り、このような処理が全ブロックラインの終了まで、即ち１フレーム分の処理が終了するまで繰り返される。
【００３２】
次に、第１の実施形態の効果について図１１（ａ）及び図１１（ｂ）を参照して説明する。上記したように、画像処理部Ａ１０７ａと画像処理部Ｂ１０７ｂとにおいては、画像処理によって補間画素データ部分が削られる。一般の画像処理においては、この削られる部分をなるべく少なくできるように、１ブロックライン分の画像データを記憶装置１０５から読み出す際に図１１（ａ）や図１１（ｂ）に示すようにして補間画素データを重複するように読み出すようにしている。このような読み出しを行うようにすれば、補間画素データとして最終的に削られる部分は記憶装置１０５に記憶されている画像データ中の上端及び下端のみとなる。このとき削られる補間画素データは処理後の画像データの幅には依存しない。なお、実際には画像データ中の左端及び右端も削られるがこれらの影響は無視することができる程度のものである。
【００３３】
ここで、１回の入力で画像処理部１０７に入力できる列方向入力画素数が少ないと、図１１（ａ）に示すように、１フレーム分の画像データを処理するために画像処理部に１ブロックライン分の画像データを入力する回数も多くなる。この場合、重複して読み出さなければならない補間画素データのデータ量が大きくなり、画像処理部１０７に入力するデータの総量が大きくなって画像処理の効率が低くなってしまう。
【００３４】
これに対し第１の実施形態では、圧縮処理部１０８に複数の圧縮単位の画像データを入力できるようにすることにより、図１１（ｂ）に示すように画像処理部１０７に入力する１ブロックライン分の画像データの列方向幅を大きくすることができる。これにより、重複して読み出さなければならない補間画素データのデータ量を少なくして入力データの総量を減らし、画像処理の効率を向上させることが可能である。
【００３５】
また、圧縮処理部１０８に複数の圧縮単位の画像データを入力するようにしたことにより、画像再生の際の伸長時において正しい並び順の画像データが復元されなくなってしまうが、第１の実施形態では圧縮処理の際に圧縮単位毎に得られた圧縮画像データの並び替えを行うことにより、伸長時において正しい並び順の画像データが復元される。
【００３６】
［第２の実施形態］
図１２は、本発明の第２の実施形態に係る画像処理装置における圧縮処理部の構成について示す図である。図１２において図２と異なる点は符号カウンタ２０３が省略されている点である。これに伴って並び替え部２０４における並び替えの処理内容が異なっている。なお、これ以外の点は第１の実施形態と同様である。
【００３７】
以下、並び替え部２０４における並び替えについて説明する。第２の実施形態では、符号カウンタ２０３がなく、バッファ毎の符号量をカウントできないので、圧縮画像データ読み出し部２０４ａにおいて、記憶装置１０５に記憶された圧縮単位毎の圧縮画像データの１ブロックライン分をＮ回（ここでは４回）読み出すようにする。そして、１ブロックライン分の圧縮画像データを順次読み出して、リスタートマーカ検出部２０４ｂにて各圧縮単位の圧縮画像データのリスタートマーカの検出を行う。リスタートマーカ検出部２０４ｂは、各ブロックの上からＫ（１≦Ｋ≦Ｎ）番目の圧縮単位の画像データに対応する圧縮単位の圧縮画像データのみを検出する動作を行う。この検出結果を受けて、圧縮画像データ書き込み部２０４ｅにおいて、上からＫ番目の圧縮単位の画像データに対応する圧縮単位の圧縮画像データのみを記憶装置１０５の別領域や外部メディア１１０に書き込むようにする。ここで、Ｋは、１回の読み出しのたびに１ずつ増加させるようにする。つまり、リスタートマーカ検出部２０４ｂは、第１の実施形態における動作に加えて、各ブロックの上からＫ番目の圧縮単位の画像データに対応する圧縮単位の圧縮画像データのみを検出する動作を行う。なお、リスタートマーカ書き換え部２０４ｃ、選択部２０４ｄの動作は第１の実施形態と同様である。
【００３８】
図１３は、第２の実施形態の並び替えについて具体的に説明するための図である。図１３に示すように、１回目の読み出し（Ｋ＝１）では、まず読み出される圧縮単位の画像データは１−１なので、リスタートマーカ検出部２０４ｂにより検出されて圧縮画像データ書き込み部２０４ｅにより記憶装置１０５の別領域や外部メディア１１０に書き込まれる。続いて読み出される圧縮単位の圧縮画像データ１−２、１−３、１−４は検出されず書き込まれない。次に読み出される圧縮単位の圧縮画像データ２−１は検出されて書き込まれる。同様にして、圧縮単位の圧縮画像データ３−１、…、ｈ−１までの書き込みが行われる。このようにして、読み出した１ブロックライン分の圧縮画像データのうちの上から１番目の圧縮単位に対応する圧縮画像データ１−１、２−１、３−１、…、（ｈ−１）−１、ｈ−１（即ちバッファＢＵＦ−Ａの系の圧縮画像データ）が記憶装置１０５の別領域や外部メディア１１０に書き込まれ、記憶装置１０５の別領域や外部メディア１１０には、圧縮単位の圧縮画像データ１−１、２−１、…、（ｈ−１）−１、ｈ−１が最初の行に１列に並べられる。
【００３９】
２回目の読み出しでは、読み出した１ブロックライン分の圧縮画像データのうちの上から２番目の圧縮単位に対応する圧縮画像データ１−２、２−２、３−２、…、（ｈ−１）−２、ｈ−２（即ちバッファＢＵＦ−Ｂの系の圧縮画像データ）が記憶装置１０５の別領域や外部メディア１１０に書き込まれ、記憶装置１０５の別領域や外部メディア１１０には、圧縮単位の圧縮画像データ１−２、２−２、…、（ｈ−１）−２、ｈ−２が２番目の行に１列に並べられる。３回目の読み出しでは、読み出した１ブロックライン分の圧縮画像データのうちの上から３番目の圧縮単位に対応する圧縮画像データ１−３、２−３、３−３、…、（ｈ−１）−３、ｈ−３（即ちバッファＢＵＦ−Ｃの系の圧縮画像データ）が記憶装置１０５の別領域や外部メディア１１０に書き込まれ、記憶装置１０５の別領域や外部メディア１１０には、圧縮単位の圧縮画像データ１−３、２−３、…、（ｈ−１）−３、ｈ−３が３番目の行に１列に並べられる。４回目の読み出しでは、読み出した１ブロックライン分の圧縮画像データのうちの上から４番目の圧縮単位に対応する圧縮画像データ１−４、２−４、３−４、…、（ｈ−１）−４、ｈ−４（即ちバッファＢＵＦ−Ｄの系の圧縮画像データ）が記憶装置１０５の別領域や外部メディア１１０に書き込まれ、記憶装置１０５の別領域や外部メディア１１０には、圧縮単位の圧縮画像データ１−４、２−４、…、（ｈ−１）−４、ｈ−４が４番目の行に１列に並べられる。  
以上の動作を行うことにより、１ブロックライン分のデータ並び替えが完了する。
【００４０】
以上説明したような第２の実施形態では符号カウンタ２０３で符号量をカウントしなくとも並び替えを行うことが可能である。
【００４１】
以上実施形態に基づいて本発明を説明したが、本発明は上記した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。例えば、上記した各実施形態では、記憶装置１０５から画像処理部１０７に入力する画像データの列方向の入力画素数をＭＣＵの４倍で説明しているが、この数を変更しても良い。また、ＢＵＦ−Ａ〜ＢＵＦ−Ｄのそれぞれを入力側のバッファと出力側のバッファの２つのバッファで構成する所謂バタフライ構成として処理の高速化を図るようにしても良い。
【００４２】
さらに、上記した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【図面の簡単な説明】
【００４３】
【図１】本発明の第１の実施形態に係る画像処理装置の主要な構成について示す図である。
【図２】本発明の第１の実施形態に係る画像処理装置の要部である圧縮処理部の構成について示した図である。
【図３】圧縮単位について説明するための図である。
【図４】圧縮単位毎に分割された画像データについて示した図である。
【図５】圧縮単位の画像データが画像処理部に入力されるときの入力順について示す図である。
【図６】圧縮単位の画像データがバッファＢＵＦ−Ａ〜ＢＵＦ−Ｄに格納されるときの様子を示す図である。
【図７】圧縮単位毎の画像データがＪＰＥＧコアに入力されるときの入力順について示す図である。
【図８】符号カウンタについて説明するための図である。
【図９】並び替え部について説明するための図である。
【図１０】第１の実施形態における並び替えの考え方について示す図である。
【図１１】第１の実施形態の効果について説明するための図である。
【図１２】本発明の第２の実施形態に係る画像処理装置の要部である圧縮処理部の構成について示した図である。
【図１３】第２の実施形態における並び替えの考え方について示す図である。
【符号の説明】
【００４４】
１０１…撮像部（ＣＣＤ）、１０２…プリプロセス部、１０３，１０６，１０９…ＤＭＡ、１０４…バス、１０５…記憶装置、１０７…画像処理部、１０８…圧縮処理部、１１０…外部メディア、２０１…ＪＰＥＧコアＩ／Ｆ部、２０２…ＪＰＥＧコア、２０３…符号カウンタ、２０４…並び替え部
【図１】
2006352451.tif 000003
【図２】
2006352451.tif 000004
【図３】
2006352451.tif 000005
【図４】
2006352451.tif 000006
【図５】
2006352451.tif 000007
【図６】
2006352451.tif 000008
【図７】
2006352451.tif 000009
【図８】
2006352451.tif 000010
【図９】
2006352451.tif 000011
【図１０】
2006352451.tif 000012
【図１１】
2006352451.tif 000013
【図１２】
2006352451.tif 000014
【図１３】
2006352451.tif 000015