(57)【要約】【課題】簡単な制御により、圧縮された画像データに対して、デコードとフォーマット変換を含む画像処理を高速に実行する。【解決手段】デコーダ１１２は、圧縮画像データＳ０に対してブロック単位に復号する共に、該ブロックの復号済データＳ１を復号済データメモリ１２０に書き込む。進捗通知部１１４は、ピクチャ毎に、デコーダ１１２による復号または復号済データメモリ１２０への書込みの進捗状況を示す進捗信号ＰＲを生成してフォーマット変換部１１６に出力する。フォーマット変換部１１６は、復号済データメモリ１２０から復号済データＳ２を読み出してフォーマット変換を行うと共に、フォーマット変換済データＳ３をフォーマット変換済データメモリ１３０に書き込む。復号済データメモリ１２０からの読出しに際して、フォーマット変換部１１６は、進捗信号ＰＲから、復号済データメモリ１２０から読出可能な復号済データの番地を示す情報を取得する。【選択図】図１
2014155170.tif 000002
【特許請求の範囲】
【請求項１】
圧縮された画像データを復号して得た復号済データを格納するための復号済データメモリと、
前記復号済データに対してフォーマット変換を施して得たフォーマット変換済データを格納するためのフォーマット変換済データメモリと、
前記圧縮された画像データをブロック単位に復号する共に、該ブロックの前記復号済データを前記復号済データメモリに書き込むデコーダと、
ピクチャ毎に、前記デコーダによる復号の進捗状況、または前記復号済データメモリへの書込みの進捗状況を示す進捗信号を生成して出力する進捗通知部と、
前記復号済データメモリから前記復号済データを読み出して前記フォーマット変換を行うと共に、前記フォーマット変換済データを前記フォーマット変換済データメモリに書き込むフォーマット変換部であって、前記進捗通知部からの前記進捗信号から、前記復号済データメモリから読出可能な前記復号済データの番地を示す情報を取得する前記フォーマット変換部と、
を備える画像処理装置。
【請求項２】
前記進捗通知部は、ピクチャ毎に、前記デコーダにより１ブロックの復号が完了する度に、または前記デコーダにより１ブロックの復号済データの前記復号済メモリへの書込みが完了する度に、前記進捗信号として、復号、または前記復号済メモリへの書込みが完了した最新のブロックの番号を示す信号を生成して出力する、
請求項１に記載の画像処理装置。
【請求項３】
前記進捗通知部は、ピクチャ毎に、前記デコーダによる１ブロックの復号の完了、または前記復号済メモリへの書込みの完了に応じてカウントアップし、カウント値を前記進捗信号として出力するカウンタである、
請求項２に記載の画像処理装置。
【請求項４】
前記進捗通知部は、前記最新のブロックの番号の代わりに、該最新のブロックが前記復号済データメモリに書き込まれた番地を示す信号を前記進捗信号として生成して出力する、
請求項２に記載の画像処理装置。
【請求項５】
前記進捗通知部は、前記デコーダと前記フォーマット変換部のいずれか片方に設けられている、
請求項１から４のいずれか１項に記載の画像処理装置。
【請求項６】
前記進捗通知部は、ピクチャ毎に、前記デコーダにより該ピクチャの復号が完了する度に、または前記デコーダにより該ピクチャの復号済データの前記復号済メモリへの書込みが完了する度に、前記進捗信号として、復号、または前記復号済みメモリへの書込みが完了した最新のピクチャの番号を示す信号を生成して出力する、
請求項１に記載の画像処理装置。
【請求項７】
前記進捗通知部は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に含まれる、
請求項６に記載の画像処理装置。
【請求項８】
前記進捗通知部は、前記最新のピクチャの番号の代わりに、該最新のピクチャが前記復号済データメモリに書き込まれた番地を示す信号を前記進捗信号として生成して出力する、
請求項６または７に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像処理に関し、例えば、圧縮された画像データを復号してフォーマット変換を行う技術に関する。
【背景技術】
【０００２】
画像を格納する媒体の容量の節約や、画像の伝送速度の向上などのために、静止画像も動画像も、圧縮された状態で格納／伝送されるようになっている。本明細書において、単に「画像」というときには、静止画像と動画像のいずれも含む。また、特別な説明が無い限り、「画像」と、該画像を表すデータである「画像データ」とを同じ意味で用いる。
【０００３】
圧縮された画像を利用する側の装置（以下、「画像利用装置」という）は、該画像の圧縮規格（ＪＰＥＧやＭＰＥＧなど）に準拠したデコーダを備え、デコーダにより該画像を復号する。
【０００４】
デコーダの出力フォーマットと、画像利用装置が表示などで使用するフォーマット（以下「利用フォーマット」という）とが異なる場合がある。例えば、画像利用装置の一つであるスマートフォンで多く採用されているＯＳのＡｎｄｒｏｉｄ（登録商標）がシステム要件として取り扱える画像フォーマット（「利用フォーマット」に該当する）の一例として、３プレーナ（３ｐｌａｎａｒ）が知られている。これに対して、デコーダの出力フォーマットの一例として、通常２プレーナ（２ｐｌａｎａｒ）が知られている。
【０００５】
そのため、画像利用装置において、デコーダから出力された画像データ（復号済データ）に対して、利用フォーマットへの変換が必要である。
【０００６】
圧縮された画像の復号と、復号済画像データのフォーマット変換の両方が必要な画像利用装置に対して、種々の視点からの技術が提案されている。
【０００７】
例えば、特許文献１には、ＭＰＥＧ画像の復号を行うＭＰＥＧデコーダと、復号済画像データのフォーマット変換を担うフォーマット変換部との両方を内蔵するＭＰＥＧ復号装置に対して、上記フォーマット変換を、該ＭＥＰＧ復号装置の外部と内部の両方で行うことを可能とするための手法が開示されている。該手法を適用したＭＰＥＧ復号装置は、ＭＰＥＧデコーダの出力と、フォーマット変換部の出力とを選択的に出力するセレクタが設けられている。フォーマット変換部に外部フレームメモリを接続し、セレクタがフォーマット変換部の出力を選択するようにすれば、ＭＰＥＧ復号装置により、フォーマット変換までの処理を行うことができる。一方、セレクタがＭＰＥＧデコーダの出力を選択し、ＭＰＥＧ復号装置の外部に別のフォーマット変換部を設けるようにすれば、ＭＰＥＧ装置は、単にデコーダとして動作することが可能である。
【０００８】
また、特許文献２には、復号及びフォーマット変換に必要なメモリの容量を削減するために、符号化データ（圧縮画像）の復号に先立って、ピクチャ毎に、該ピクチャを複数の領域に分割しておき、分割した領域単位で復号とフォーマット変換を順次交互に繰り返し実行する技術が開示されている。この技術によれば、データ全体即ち１ピクチャ分を記憶する場合に比べ、メモリの容量を削減することができる。
【０００９】
また、特許文献３には、圧縮画像を表示する際に、圧縮画像を復号してメモリに書き込み、ＦＩＦＯにより、メモリに書き込まれた復号済データを、出力フォーマットに従って読み出して一時的に蓄積する技術が開示されている。この技術は、デコーダからメモリへの書込みがブロック単位で行われ、メモリからの読出しが、ラスタスキャンによりライン単位で行われ、特許文献２に記載された技術と同様に、復号済データを格納するメモリの容量の削減を目的としている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平１１−２７５５７５号公報
【特許文献２】特開２００３−１６９３２６号公報
【特許文献３】特開平８−１７２６０２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１に開示された技術は、ＭＰＥＧ復号装置に内蔵されたフォーマット変換部によりフォーマット変換する場合と、ＭＥＰＧ復号装置の外部に設けられたフォーマット変換部によりフォーマット変換する場合のいずれにおいても、復号済データは、ＭＰＥＧデコーダからフォーマット変換部に直接出力するようになっている（特許文献１における図１〜図３を参照）。
【００１２】
そのため、例えば、フォーマット変換の処理が遅れたときに、ＭＰＥＧデコーダが復号済データをフォーマット変換部に渡すことができず、デコード乃至システム全体の処理が遅れてしまうという問題がある。この問題は、特に、ビデオチャットやワイヤレス・ディスプレイなど、圧縮画像のデコーダへの入力から表示までの時間の短縮が要求される画像利用装置の場合において、ユーザに不快感を与えてしまう要因となる。
【００１３】
特許文献２に開示された技術では、復号に先立って当該ピクチャを分割する処理は、ＪＰＥＧなどの静止画に対しては、多くの場合、実施可能であるが、動画像に対しては、多くの場合、実施できない。さらに、ピクチャの分割、分割領域単位の復号／フォーマット変換の制御が複雑であり、ＣＰＵに負担をかけるという問題もある。
【００１４】
特許文献３に開示された技術は、メモリのアドレスの制御、及び、書込み、読出しのタイミングを生成するメモリコントローラ（特許文献３の実施の形態においては、「同期信号発生器」に該当する）が必要である。特許文献３の図３等に示されているように、この同期信号発生器は、表示する際のタイミング（水平同期信号、垂直同期信号等）に基づいて書込みや読出し等のタイミングを生成しているため、制御が複雑であると共に、表示の都合により、デコーダを待たせてしまう可能性がある。その結果、デコーダ乃至システム全体の処理が遅れてしまうという問題がある。
【００１５】
その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１６】
一実施の形態によれば、画像処理装置は、復号済データメモリ、フォーマット変換済データメモリ、デコーダ、進捗通知部、フォーマット変換部を備える。
【００１７】
復号済データメモリは、圧縮された画像データを復号して得た復号済データを格納するためのものであり、フォーマット変換済データメモリは、復号済データに対してフォーマット変換を施して得たフォーマット変換済データを格納するためのものである。
【００１８】
デコーダは、圧縮された画像データをブロック単位に復号すると共に、該ブロックの復号済データを復号済データメモリに書き込む。
【００１９】
進捗通知部は、ピクチャ毎に、デコーダによる復号の進捗状況、または前記復号済データメモリへの書込みの進捗状況を示す進捗信号を生成して出力する。
【００２０】
フォーマット変換部は、復号済データメモリから復号済データを読み出してフォーマット変換を行うと共に、フォーマット変換済データをフォーマット変換済データメモリに書き込む。該フォーマット変換部は、進捗通知部からの進捗信号から、復号済データメモリから読出可能な復号済データの番地を示す情報を取得する。
【００２１】
なお、上記実施の形態の画像処理装置を方法やシステムに置き換えて表現したもの、該画像処理装置を備えた画像表示装置などの画像利用装置なども、本発明の態様としては有効である。
【発明の効果】
【００２２】
前記一実施の形態によれば、簡単な制御により、デコードとフォーマット変換を含む画像処理を高速に実行することができる。
【図面の簡単な説明】
【００２３】
【図１】第１の実施の形態にかかる画像処理装置を示す図である。
【図２】図１に示す画像処理装置が行うフォーマット変換の例を説明するための図である。
【図３】図１に示す画像処理装置におけるデコーダによるデコードと復号済データメモリへの書込みを説明するための図である（その１）。
【図４】図１に示す画像処理装置におけるフォーマット変換部による復号済データメモリからの読出しを説明するための図である（その１）。
【図５】図１に示す画像処理装置におけるデコーダによるデコードと復号済データメモリへの書込みを説明するための図である（その２）。
【図６】図１に示す画像処理装置におけるフォーマット変換部による復号済データメモリからの読出しを説明するための図である（その２）。
【図７】第２の実施の形態にかかる画像処理装置を示す図である。
【発明を実施するための形態】
【００２４】
説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。
【００２５】
＜第１の実施の形態＞
図１は、第１の実施の形態にかかる画像処理装置１００を示す。画像処理装置１００は、前段処理部１１０、復号済データメモリ１２０、フォーマット変換済データメモリ１３０、後段処理部１４０を備え、圧縮された画像データであるビットストリームＳ０が入力される。なお、図１においては、この種の装置に通常備えられているＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を省略している。
【００２６】
前段処理部１１０は、ビットストリームＳ０の復号と、復号済データのフォーマット変換を行う。後段処理部１４０は、前段処理部１１０により得られたフォーマット変換済データ、または、前段処理部１１０により得られた復号済データとフォーマット変換済データとに対して、表示するなどの処理を行う。画像処理装置１００の用途によって、後段処理部１４０が、フォーマット変換済データに加え、フォーマット変換前の復号済データを使用する場合もあるため、図１においては、復号済データメモリ１２０から後段処理部１４０にデータ（復号済データ）を出力する信号線も示している。勿論、後段処理部１４０が復号済データを使用しない場合には、この信号線は不要である。
【００２７】
前段処理部１１０は、デコーダ１１２、進捗通知部１１４、フォーマット変換部１１６、ＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）１１８を備える。
【００２８】
ＤＭＡＣ１１８は、図示しないＣＰＵの制御に従って、ビットストリームＳ０を順次デコーダ１１２に転送する。
【００２９】
デコーダ１１２は、ＤＭＡＣ１１８から転送されてきたビットストリームＳ０に対してブロック単位に復号して復号済データＳ１を得た後、ＤＭＡＣ１１８を介して復号済データメモリ１２０に書き込む。
【００３０】
進捗通知部１１４は、ピクチャ毎に、デコーダ１１２による復号の進捗状況、またはデコーダ１１２による復号済データメモリ１２０への書込みの進捗状況を示す進捗信号ＰＲを生成してフォーマット変換部１１６に出力する。
【００３１】
この進捗信号ＰＲは、フォーマット変換部１１６に対して、復号済データメモリ１２０から読出可能な復号済データが格納された番地を通知するためのものである。
【００３２】
デコーダ１１２はブロック単位に復号と書込みを行う。デコーダ１１２は、あるブロックの復号済データの復号済データメモリ１２０への書込みの完了の通知を、ＤＭＡＣ１１８を介して受け取った後、該ブロックの書込みが完了したとして進捗通知部１１４に通知する。これにより、フォーマット変換部１１６は、進捗信号ＰＲを受信したことをもって、当該ブロックの復号済データの復号済データメモリ１２０への書込みが完了（すなわち読出可能）したことを知ることができる。
【００３３】
デコーダ１１２が、あるブロックの復号済データの復号済データメモリ１２０への書込みの完了の通知を待たずに、該ブロックの復号時刻をデコード完了タイミングとして進捗通知部１１４に通知する場合においては、デコーダ１１２による１ブロックの復号完了に応じた進捗信号ＰＲの生成から、フォーマット変換部１１６がこの進捗信号ＰＲを受信するまでの時間差が十分にある場合、フォーマット変換部１１６は、進捗信号ＰＲを受信したことをもって、当該ブロックの復号済データの復号済データメモリ１２０への書込みが完了したと看做すことができる。
【００３４】
勿論、デコーダ１１２によるあるブロックの復号完了時刻と、該ブロックの復号済データの復号済データメモリ１２０への書込みの完了時刻との差を大目に見積もり、フォーマット変換部１１６が、進捗信号ＰＲの受信から所定の時間が経過したタイミングを、当該ブロックの読出可能なタイミングと判定するようにしてもよい。
【００３５】
また、復号済データメモリ１２０において、当該ブロックの復号済データが格納された番地については、例えば、進捗通知部１１４は、進捗信号ＰＲとして、デコーダ１１２による復号が完了したブロックの番号をフォーマット変換部１１６に出力し、フォーマット変換部１１６は、ブロックの番号と、復号済データメモリ１２０における番地との対応関係から、進捗信号ＰＲが示すブロックの番号に対応する番地を取得すればよい。
【００３６】
この場合、進捗通知部１１４は、カウンタにより簡単に構成することができる。具体的には、該カウンタは、ピクチャ毎に、デコーダ１１２により１ブロックの復号が完了する度に、またはデコーダ１１２により１ブロックの復号済データの復号済データメモリ１２０への書込みが完了する度に、カウントアップすると共に、カウント値を進捗信号ＰＲとしてフォーマット変換部１１６に出力すればよい。そして、１ピクチャの復号または書込みが完了する度に、カウント値をリセットすればよい。
【００３７】
このように、本実施の形態において、進捗通知部１１４は、ピクチャ毎に、デコーダ１１２による１ブロックの復号または復号済データの書込みが完了する度に、該ブロックの番号を示す進捗信号ＰＲをフォーマット変換部１１６に出力する。フォーマット変換部１１６は、進捗信号ＰＲに基づいて、復号済データメモリ１２０から既に読出可能な復号済データの番地を示す情報を取得することができる。
【００３８】
フォーマット変換部１１６は、デコーダ１１２によるデコード動作と並行して、復号済データメモリ１２０から復号済データＳ２を読み出してフォーマット変換を行うと共に、フォーマット変換済データをフォーマット変換済データメモリ１３０に書き込む。
【００３９】
フォーマット変換部１１６による復号済データメモリ１２０からの読出単位は、デコーダ１１２による書込単位と同一であってもよいし、同一でなくてもよい。メモリへのアクセスの効率化の視点からは、フォーマット変換部１１６が複数のブロックを読出単位として読出しを行うようにすることが好ましい。フォーマット変換部１１６による読出単位がデコーダ１１２による書込単位と同一でなくてもよいことを示すために、図１においては、デコーダ１１２が復号済データメモリ１２０に書き込むデータ（復号済データ）をＳ１、フォーマット変換部１１６が復号済データメモリ１２０から読み出すデータをＳ２というように、異なる符号を夫々付与している。
【００４０】
また、フォーマット変換部１１６がフォーマット変換済データメモリ１３０へフォーマット変換済データＳ３を書き込む際の書き込単位と、フォーマット変換部１１６が復号済データメモリ１２０から復号済データＳ２を読出す際の読出単位とは、同一であってもよいし、同一でなくてもよい。
【００４１】
後段処理部１４０は、実行する処理の種類に応じて、フォーマット変換済データメモリ１３０から、またはフォーマット変換済データメモリ１３０と復号済データメモリ１２０からデータを読み出して処理を行う。
【００４２】
本実施の形態の画像処理装置１００によれば、まず、復号済データＳ２を格納する復号済データメモリ１２０と、フォーマット変換済データＳ３を格納するフォーマット変換済データメモリ１３０との両方を備えることにより、デコーダ１１２による圧縮画像データのデコードと、フォーマット変換部１１６による復号済データのフォーマット変換とを並行して実行させることが可能であり、フォーマット変換が遅れても、デコーダを待機させる必要が無い。そのため、デコード処理乃至システム全体の処理の高速化を図ることができる。
【００４３】
さらに、進捗通知部１１４により、ピクチャ毎に、デコーダ１１２による１ブロックの復号または１ブロックの復号済データの書込みが完了する度に、デコードまたは書込みが完了した最新のブロックの番号を示す進捗信号ＰＲをフォーマット変換部１１６に出力する。これにより、フォーマット変換部１１６は、進捗信号ＰＲに基づいて、復号済データメモリ１２０から既に読出可能な復号済データの番地を知ることができる。すなわち、デコーダ１１２が１ピクチャ分のデコードが完了してなくても、該ピクチャ内の既にデコードが完了したブロックの復号済データに対してフォーマット変換を行うことができる。その結果、フォーマット変換を高速に行うことができ、結果的にシステム全体の処理を一層高速化することができる。
【００４４】
さらに、上述した効果を得るために必要な制御としては、デコーダ１１２による復号または復号済メモリへの書込みの進捗状況を、進捗通知部１１４がフォーマット変換部１１６へ通知するのみであるので、簡単である。
【００４５】
ここで、デコーダ１１２が出力するデータ（復号済データ）のフォーマットが２プレーナであり、フォーマット変換部１１６が出力するデータ（フォーマット変換済データ）のフォーマットが３プレーナであるとして、画像処理装置１００における前段処理部１１０の動作例を詳細に説明する。
【００４６】
図２は、２プレーナのフォーマットを有する復号済データと、３プレーナのフォーマットを有するフォーマット変換済データの夫々の１ピクチャ分を示す。図２において、「Ｙ」は輝度画素値を示し、「Ｕ」と「Ｖ」は、色差Ｕ画素値と色差Ｖ画素値を夫々示す。また、Ｙ、Ｕ、Ｖに続く数字は、該画素の配列順を示す。
【００４７】
図示のように、復号済データは、輝度（Ｙ）プレーンと、色差（ＵＶ）プレーンの２つのカラープレーンにより構成される。ピクチャサイズは、Ｙプレーンでは、横幅と縦幅が夫々ＷとＨであり、ＵＶプレーンでは、横幅と縦幅が夫々ＷとＨ／２である。図から分かるように、復号済データのＵＶプレーンでは、Ｕ画素とＶ画素が交互に配列している。
【００４８】
一方、フォーマット変換済データは、Ｙプレーンと２つの色差プレーン（Ｕプレーン、Ｖプレーン）により構成される。ピクチャサイズは、Ｙプレーンでは、横幅と縦幅が夫々ＷとＨであり、ＵプレーンとＶプレーンでは、横幅と縦幅が夫々Ｗ／２とＨ／２である。
【００４９】
すなわち、本例におけるフォーマット変換は、図２の左側に示す復号済データのうちの、ＵＶプレーンを、図２の右側に示すＵプレーンとＶプレーンに夫々分離する処理である。なお、ＵＶプレーンについてはＵ画素１つとＶ画素１つの計２画素の復号済データがあればフォーマット変換が可能であるため、フォーマット変換の最小変換単位が２画素である。
【００５０】
図３を参照して、デコーダ１１２の動作を説明する。図３において、各カラープレーンにおける小さな四方形がブロックを示し、ブロック内の数字は、該ブロックの復号順及び復号済データメモリ１２０への書込順を示す。また、１つの矢印は、１回の復号及び書込みを示す。
【００５１】
図３に示すように、デコーダ１１２は、夫々のピクチャについて、左から右、上から下の順に、ブロック単位に復号及び復号済データの書込みを行う。例えば、１ブロックのサイズを１６画素×１６画素とした場合に、１ブロックの復号が完了すると、復号済データメモリ１２０に、Ｙプレーンについては１６画素×１６画素、ＵＶプレーンについては１６画素×８画素（Ｕ画素：８×８、Ｖ画素：８×８）の復号済データが書き込まれる。
【００５２】
図４を参照して、フォーマット変換部１１６の動作を説明する。図４において、１つの矢印は、フォーマット変換部１１６による復号済データメモリ１２０からの１回の読出しを示す。
【００５３】
図４に示す例では、フォーマット変換部１１６は、１度の読出しで、４つのブロックの１ライン分のフォーマット変換済データを読み出すようになっている。例えば、進捗通知部１１４からの進捗信号ＰＲが、デコーダ１１２による４つ目のブロック（ブロック３）の復号が完了したことを示す場合、フォーマット変換部１１６は、まず、復号済データメモリ１２０から、ＹプレーンとＵＶプレーンの１つ目のブロック（ブロック０）から４つ目のブロックまでの１ライン目のデータを読み出してフォーマット変換を行う。これらの復号済データについてのフォーマット変換が完了すると、フォーマット変換部１１６は、フォーマット変換済データをフォーマット変換済データメモリ１３０に書き込むと共に、復号済データメモリ１２０から、ＹプレーンとＵＶプレーンの１つ目のブロックから４つ目のブロックまでの２ライン目のデータを読み出してフォーマット変換を行う。
【００５４】
上述した例において、全ピクチャに亘りブロックサイズが固定である。本実施の形態にかかる画像処理装置１００は、ＨＥＶＣなどの規格のように、ブロックサイズが可変な場合にも対応することができる。
【００５５】
図５と図６を参照して１ピクチャにおいて、ブロックサイズが変動である場合のデコーダ１１２とフォーマット変換部１１６の動作例を説明する。
【００５６】
まず、図５を参照して、デコーダ１１２の動作を説明する。図示のように、この例の場合、デコーダ１１２は、夫々のピクチャについて、ブロック０、１、２、３、４、・・・の順に、復号、及び復号済データの復号済データメモリ１２０への書込みを行うが、ブロック１、２、３、４の縦幅と横幅が、ブロック０の縦幅と横幅の半分である。
【００５７】
図６を参照して、フォーマット変換部１１６の動作を説明する。図示のように、フォーマット変換部１１６は、例えば、進捗通知部１１４からの進捗信号ＰＲが、デコーダ１１２による４つ目のブロック（ブロック３）の復号が完了したことを示すときに、まず、復号済データメモリ１２０から、ＹプレーンとＵＶプレーンの１つ目のブロック（ブロック０）から３つ目のブロック（ブロック２）までの各ブロックの１ライン目のデータを読み出してフォーマット変換を行う。これらの復号済データについてのフォーマット変換が完了すると、フォーマット変換部１１６は、フォーマット変換済データをフォーマット変換済データメモリ１３０に書き込むと共に、復号済データメモリ１２０から、ＹプレーンとＵＶプレーンの１つ目のブロックから３つ目のブロックまでの各ブロックの２ライン目のデータを読み出してフォーマット変換を行う。
【００５８】
そして、ブロック１とブロック２の復号済データの読出し及びフォーマット変換が完了すると、フォーマット変換部１１６は、ブロック０における、ブロック３の１ライン目と同ラインの復号済データと、ブロック３の１ライン目のデータとを復号済データメモリ１２０から読み出してフォーマット変換行う。
【００５９】
このように、画像処理装置１００は、復号化の単位となるブロックサイズが可変である場合に適用することができ、ブロックサイズが固定である場合と同様の効果を得ることができる。
【００６０】
なお、本実施の形態において、例として、ピクチャ毎に、デコーダ１１２による１ブロックの復号が完了したことを示す進捗信号ＰＲを、進捗通知部１１４が、フォーマット変換部１１６に出力しているが、複数のブロック毎に、該複数のブロックの最後のブロックの復号完了時に進捗信号ＰＲをフォーマット変換部１１６に出力するようにしてもよい。
【００６１】
さらに、進捗通知部１１４が、ピクチャ毎に、該ピクチャ全体の復号が完了したことを示す進捗信号ＰＲをフォーマット変換部１１６に出力するようにしてもよい。これについて、第２の実施の形態を用いて説明する。
【００６２】
＜第２の実施の形態＞
図７は、第２の実施の形態にかかる画像処理装置２００を示す。画像処理装置２００は、前段処理部１１０の代わりに前段処理部２１０が設けられた点と、ＣＰＵ２５０により進捗信号ＰＲを出力する点において、画像処理装置１００と異なる。
【００６３】
前段処理部２１０は、デコーダ１１２、フォーマット変換部２１６、ＤＭＡＣ１１８を備え、画像処理装置１００の前段処理部１１０が有する進捗通知部１１４が設けられていない。
【００６４】
この種の画像処理装置において、デコーダは、通常、１ピクチャの復号が完了したことを示す信号をＣＰＵに出力するようになっている。ＣＰＵは、該信号に応じて、画像処理装置全体の制御を行う。画像処理装置２００におけるデコーダ１１２も同様に、１ピクチャの復号が完了する度に、ピクチャ復号完了信号ＰＤをＣＰＵ２５０に出力する。
【００６５】
ＣＰＵ２５０は、通常の制御処理以外に、ピクチャ復号完了信号ＰＤを受信すると、進捗信号ＰＲをフォーマット変換部２１６に出力する機能を有する。この機能は、図示の進捗通知部２５４により行われる。進捗信号ＰＲは、当該ピクチャの復号が完了したことを示す信号であり、例えば該ピクチャの番号を含むものである。
【００６６】
フォーマット変換部２１６は、進捗信号ＰＲを受信すると、当該ピクチャの最初の画素に対応するアドレス（ベースアドレス）から、当該ピクチャの最後の画素に対応するアドレスまでの番地から復号済データを読み出すことができると分かるため、復号済データメモリ１２０から当該ピクチャの復号済データを順次読出してフォーマット変換を行う。
【００６７】
本第２の実施の形態にかかる画像処理装置２００は、１ピクチャの復号が完了していないときに該ピクチャの既に復号が完了したブロックのフォーマット変換を開始することができないため、画像処理装置１００に比べて遅延が多くなる場合があるものの、簡単な制御で、デコードとフォーマット変換を含む画像処理を高速に実行することができる点において、画像処理装置１００と同様である。
【００６８】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。
【００６９】
例えば、上述した各実施の形態において、進捗通知部がブロックの番号を進捗信号ＰＲとしてフォーマット変換部に出力しているが、このブロックの復号済データが復号済データメモリに書き込まれた番地を示す信号を進捗信号としてフォーマット変換部に出力するようにしてもよい。この場合においても、本発明による効果を得ることができる。
【００７０】
また、例えば、上述した各実施の形態において、復号済データメモリとフォーマット変換済データメモリとを別々に示しているが、復号済データメモリとフォーマット変換済データメモリは、１つのメモリ内の異なる領域であってもよい。
【００７１】
また、例えば、上述した各実施の形態において、メモリアクセスを効率良く行うために、ＤＭＡＣを利用しているが、メモリへのアクセスは、必ずしもＤＭＡＣを介在させるとは限らない。
【００７２】
また、第１の実施の形態にかかる画像処理装置１００において、進捗通知部１１４がデコーダ１１２及びフォーマット変換部１１６とは別に設けられているが、進捗通知部１１４を、デコーダ１１２とフォーマット変換部１１６のいずれか一方に内蔵するようにしてもよい。この場合、デコーダ１１２によるデコードの進捗の把握と配線のしやすさから、進捗通知部１１４をデコーダ１１２に内蔵することが好ましい。
【００７３】
また、デコーダ１１２が、進捗通知部１１４の生成する進捗信号ＰＲと同等の信号を既に有している場合、デコーダ１１２とは別に進捗通知部１１４を設ける必要が無く、デコーダにより進捗通知部１１４を兼ねるようにすればよい。
【００７４】
また、第２の実施の形態において、ＣＰＵ２５０における進捗通知部２５４は、進捗信号ＰＲとしてピクチャの番号を出力している。進捗通知部２５４が、当該ピクチャの復号済データの復号済データメモリ１２０における番地を示す信号を進捗信号ＰＲとして生成して出力するようにしてもよい。
【符号の説明】
【００７５】
１００  画像処理装置
１１０  前段処理部
１１２  デコーダ
１１４  進捗通知部
１１６  フォーマット変換部
１１８  ＤＭＡＣ
１２０  復号済データメモリ
１３０  フォーマット変換済データメモリ
１４０  後段処理部
２００  画像処理装置
２１０  前段処理部
２１６  フォーマット変換部
２５０  ＣＰＵ
２５４  進捗通知部
ＰＤ  ピクチャ復号完了信号
ＰＲ  進捗信号
Ｓ０  ビットストリーム
Ｓ１  復号済データ
Ｓ２  復号済データ
Ｓ３  フォーマット変換済データ
【図１】
2014155170.tif 000003
【図２】
2014155170.tif 000004
【図３】
2014155170.tif 000005
【図４】
2014155170.tif 000006
【図５】
2014155170.tif 000007
【図６】
2014155170.tif 000008
【図７】
2014155170.tif 000009