"複数のブロックを含む画像データの入力ビットストリームを所定数のブロック単位で圧縮し、圧縮データを生成する圧縮部と、画像処理の対象となるリクエスト領域を含み、且つ、前記ブロックより小さいサブブロックを少なくとも1以上、前記圧縮データの中から選択するサブブロック選択部と、前記サブブロックを伸張し、伸張データを生成する伸張部と、前記伸張データに対して画像処理を実行し、処理済画像データを生成する画像処理部と、伸張データに対応するサブブロックを定義する伸張付加データを生成する付加データ生成部と、を備え、前記伸張付加データは、複数のサブブロックから構成されるリクエストブロックの先頭座標と、オフセット値と、を含む画像処理装置。前記画像処理部は、前記伸張データに対して画像処理を実行して、処理済画像データと、伸張付加データと、を含む出力ビットストリームを出力する、請求項1に記載の画像処理装置。複数のブロックを含む画像データの入力ビットストリームを所定数のブロック単位で圧縮し、圧縮データを生成する圧縮部と、画像処理の対象となるリクエスト領域を含み、且つ、前記ブロックより小さいサブブロックを少なくとも1以上、前記圧縮データの中から選択するサブブロック選択部と、前記サブブロックを伸張し、伸張データを生成する伸張部と、前記伸張データに対して画像処理を実行し、処理済画像データを生成する画像処理部と、前記ブロックと前記サブブロックとの間の関係を示す圧縮付加データを生成する付加データ生成部と、を備える画像処理装置。複数のブロックを含む画像データの入力ビットストリームを所定数のブロック単位で圧縮し、圧縮データを生成する圧縮部と、画像処理の対象となるリクエスト領域を含み、且つ、前記ブロックより小さいサブブロックを少なくとも1以上、前記圧縮データの中から選択するサブブロック選択部と、前記サブブロックを伸張し、伸張データを生成する伸張部と、前記伸張データに対して画像処理を実行し、処理済画像データを生成する画像処理部と、を備える画像処理装置。複数のブロックを含む画像データを記憶するメモリと、画像データの入力ビットストリームを所定数のブロック単位で圧縮し、圧縮データを生成する圧縮部と、前記圧縮データを前記メモリに書き込むメモリコントローラと、画像処理の対象となるリクエスト領域を含み、且つ、前記ブロックより小さいサブブロックを少なくとも1以上、前記圧縮データの中から選択するサブブロック選択部と、前記サブブロックを伸張し、伸張データを生成する伸張部と、前記伸張データに対して画像処理を実行し、処理済画像データを生成する画像処理部と、を備える画像処理システム。本発明が解決しようとする課題は、圧縮データを伸張することによって得られるデータの品質を低下させることなく、メモリから圧縮データを読み出すときのバスの利用効率を改善することである。本発明の実施形態の画像処理装置は、圧縮部と、サブブロック選択部と、画像処理部と、伸張部と、を備える。圧縮部は、複数のブロックを含む画像データの入力ビットストリームを所定数のブロック単位で圧縮し、圧縮データを生成する。サブブロック選択部は、画像処理の対象となるリクエスト領域を含み、且つ、ブロックより小さいサブブロックを少なくとも1以上、圧縮データの中から選択する。伸張部は、圧縮データより選択されたサブブロックを伸張し、伸張データを生成する。画像処理部は、伸張データに対して画像処理を実行し、処理済画像データを生成する。本実施形態について、図面を参照して説明する。まず、本実施形態の画像処理システム1の構成について説明する。図1は、本実施形態の画像処理システム1のブロック図である。本実施形態の画像処理システム1は、画像処理装置10と、メモリ20と、プロセッサ30と、を備える。画像処理装置10は、バス11と、圧縮部12と、付加データ生成部14と、サブブロック選択部16と、画像処理部18と、メモリコントローラ19と、を備える。圧縮部12と、付加データ生成部14と、サブブロック選択部16と、伸張部17と、メモリコントローラ19とは、互いに、バス11を介して接続される。画像処理部18は、伸張部17と接続される。例えば、圧縮部12は、YUVフォーマット用エンコーダであり、伸張部17は、YUVフォーマット用デコーダである。画像処理部18が実行する画像処理は、例えば、H.264等のビデオコーデックに基づく、画面内予測、量子化、及び可変長符号化である。メモリコントローラ19は、例えばDMACDirectMemoryAccessControllerである。メモリ20は、メモリコントローラ19に接続される。メモリ20は、画像処理装置10が取り扱うデータ入力ビットストリームと、出力ビットストリームと、を含むデータを記憶可能である。メモリ20は、例えばDRAMである。プロセッサ30は、画像処理部18の処理結果である出力ビットストリームに対して、任意の処理を実行する。プロセッサ30は、例えば、CPUCentralProcessingUnitであり、出力ビットストリームを、液晶ディスプレイに表示可能なフォーマットに変換する。次に、本実施形態の画像処理システム1の動作について説明する。図2は、本実施形態の画像処理のフローチャートである。<S200>圧縮部12は、画像処理装置10の外部例えば、プロセッサ30から供給される画像データの入力ビットストリームを圧縮単位所定のコード長で圧縮し、圧縮データを生成する。図3は、本実施形態の画像データ及び入力ビットストリームの概略図である。例えば、画像データは、6×6=36個のブロックを含む。圧縮単位は、所定数例えば、4個のブロック単位である。<S202>付加データ生成部14は、ブロックとサブブロックとの間の関係を示す圧縮付加データを生成する。画像データは、ブロックより多くのサブブロックを含む。即ち、サブブロックのサイズは、ブロックのサイズより小さい。図4は、本実施形態の圧縮付加データの概略図である。例えば、1つのブロックは、4個のサブブロックS0~S3からなる2×2のサイズである図4A。圧縮付加データは、ブロックのサイズ以下ブロックサイズというを示すブロックサイズ情報と、サブブロックのサイズ以下サブブロックサイズというを示すサブブロックサイズ情報と、コード長情報と、を含む図4B。コード長情報は、S200で圧縮部12において生成されたブロックごとのビットストリームにおける、各サブブロックの先頭ビット位置を示す情報である。<S204>メモリコントローラ19は、圧縮データと、圧縮付加データと、をメモリ20に書き込む。圧縮データと圧縮付加データは、対応付けられて記憶される。これにより、伸張部17は、メモリ20にアクセスしたときに、対応する圧縮データと圧縮付加データブロックサイズ情報及びサブブロックサイズ情報を得ることができる。<S206>画像処理部18は、メモリ20から圧縮データを読み出すためのリードリクエストを発行する。図5は、本実施形態のリードリクエストの概略図である。リードリクエストは、読み出すべき圧縮データが格納されたメモリ20の先頭アドレスを示す先頭アドレス情報と、読み出すべき圧縮データのサイズ以下リクエストサイズというを示すリクエストサイズ情報と、を含む。<S208>メモリコントローラ19は、リードリクエストに基づいて、メモリ20に記憶された圧縮データをブロック単位で読み出す。図6は、本実施形態のリクエスト領域及びリード領域の概略図である。例えば、メモリコントローラ19は、リードリクエスト内の先頭アドレス情報及びリクエストサイズ情報に基づいて、画像データの空間において、画像処理の対象となるリクエスト領域REQの先頭座標REQxh,REQyh及び終端座標REQxe,REQyeを決定する。次に、メモリコントローラ19は、リクエスト領域REQを含むように、画像データの空間において、読み出すべき圧縮データの領域以下リード領域というREAの先頭座標REAxh,REAyh及び終端座標REAxe,REAyeを決定する。次に、メモリコントローラ19は、メモリ20に記憶された圧縮付加データに基づいて、リード領域REAに対応する圧縮データを特定し、特定した圧縮データと、当該圧縮データに対応する圧縮付加データと、をメモリ20から読み出す。メモリコントローラ19は、S208で読み出した圧縮データのうち、サブブロックSiに対応する圧縮データのみを、バス11を介して伸張部17へ転送するので、バス11上のデータ転送量を低減でき、バスの利用効率を改善することができる。<S210>サブブロック選択部16は、圧縮付加データ内のブロックサイズ情報及びサブブロックサイズ情報と、リードリクエスト内の先頭アドレス情報及びリクエストサイズ情報と、に基づいて、メモリコントローラ19が読み出した圧縮データの中から、リクエスト領域REQを含むIIは自然数個のサブブロックSii=1~Iを選択する。即ち、選択されるサブブロックSiには、リクエスト領域REQの少なくとも一部が含まれる。図7は、本実施形態のサブブロックの概略図である。選択されるサブブロックSiの数及び選択されるサブブロックSiの位置は、ブロックサイズ、サブブロックサイズ、並びにリクエスト領域REQの先頭座標REQxh,REQyh及び終端座標REQxe,REQyeにより決まる図7A。サブブロックSii=0~3は、1つのブロックB0から選択されても良い図7B。この場合には、選択されるサブブロックSiを含むリクエストブロックRBはブロックB0と一致する。一方、サブブロックSiは、複数のブロックB0及びB1から選択されても良い図7C。この場合には、リクエストブロックRBはブロックB0及びB1と一致しない。<S212>伸張部17は、S210で選択されたサブブロックSi即ち、リクエストブロックRBを伸張し、伸張データを生成する。伸張されるべきデータは、選択されたサブブロックSiのみであるので、従来と比べて、伸張部17の処理量を低減できる。<S214>画像処理部18は、伸張データに対して、画像処理を実行する。画像処理部18は、伸張データ即ち、サブブロックSiに対応するデータのみに対して画像処理を実行するので、従来と比べて、画像処理部18の処理量を低減できる。<S216>付加データ生成部14は、伸張データに対応するサブブロック即ち、S210で選択されたサブブロックSiを定義するための伸張付加データを生成する。換言すると、伸張付加データは、リクエストブロックRBを定義するものである。図8は、本実施形態の伸張付加データの概略図である。伸張付加データは、画像データの空間における、リクエストブロックRBの先頭座標即ち、サブブロックS0の先頭座標RBxh,RByhと、リクエストブロックRBのオフセット値Ox,Oyと、を含む図8A及びB。オフセット値Ox,Oyは、リクエストブロックRBの終端座標即ち、サブブロックS3の終端座標RBxe,RByeと先頭座標RBxh,RByhとの差である式1。<S218>画像処理部18は、プロセッサ30に、伸張付加データと、処理済画像データと、を含む出力ビットストリームを出力する。図9は、本実施形態の出力ビットストリームの概略図である。出力ビットストリームでは、ヘッダ部分に伸張付加データが配置され、ボディ部分に処理済画像データが配置される。プロセッサ30は、伸張付加データを参照することによって、リクエストブロックRB内における必要な領域の位置を画定することができる。即ち、プロセッサ30には、必要な領域の位置をリクエストブロックRBの中から抽出する機能は必要ない。即ち、出力ビットストリームが伸張付加データを含むので、プロセッサ30が汎用のものであっても、処理済画像データを取り扱うことができる。なお、S216は省略可能である。この場合には、S218において画像処理部18は、プロセッサ30に、処理済画像データを含む伸張付加データを含まない出力ビットストリームを出力する。本実施形態の第1変形例について説明する。本実施形態の第1変形例では、S210において、NNは2以上の整数個のリクエストブロックが選択される。また、S216において、N個のリクエストブロックに対応する伸張付加データが生成される。圧縮付加データのコード長情報は、各サブブロックSiの先頭ビット位置但し、ラスタ順で先頭を除くが、ラスタ順で1つ前のサブブロックに対するオフセット値として格納される。サブブロック選択部16は、コード長情報を基にして、必要なサブブロックのビットストリームをブロック単位でメモリより読み出されるビットストリームより抜き出す。図10は、本実施形態の第1変形例の伸張付加データの概略図である。N個のリクエストブロックに対応する伸張付加データは、画像データの空間における、1番目のリクエストブロックRB1の先頭座標xh1,yh1と、nn=2~N番目のリクエストブロックRBnのオフセット値Oxn,Oynと、を含む図10A及びB。オフセット値Oxn,Oynは、リクエストブロックRBnの終端座標xen,yenとリクエストブロックRBn-1の終端座標xen-1,yen-1との差に、オフセット値Oxn-1,Oyn-1を加算したものである式2。換言すると、オフセット値Oxn,Oynは、N個のリクエストブロックのコード長の総和である式3。式3において、CLnxは、リクエストブロックRB1~RBnのX方向のコード長であり、CLnyは、リクエストブロックRB1~RBnのY方向のコード長である。第1変形例によれば、伸張付加データがオフセット値Oxn,Oynを含むので、伸張付加データがオフセット値Oxn,Oynを含まない場合即ち、伸張付加データが、全てのリクエストブロックRBnの先頭座標及び終端座標を含む場合と比べて、伸張付加データのデータ量を低減することができる。本実施形態の第2変形例について説明する。本実施形態の第2変形例では、S200において、圧縮データのデータ量が所定の圧縮制限値になるように、入力ビットストリームを圧縮する。圧縮制限値は、ブロックサイズ、サブブロックサイズ、圧縮率、及びサブブロックのインデックスSiにより定義される、圧縮後のデータ量以下符号量というの下限又は上限である。また、S216において、圧縮制限値に基づいて伸張付加データが生成される。圧縮付加データのコード長情報は、ラスタ順で先頭を除く各サブブロックSiの先頭ビット位置が、サブブロックSiの圧縮時に適用される符号量上限値に対する差分として格納される。即ち、第2変形例では、サブブロックSiを圧縮する場合に、サブブロックS0~Siで発生する符号量の総和に、上限値ULi及び下限値LLiをかけて圧縮を行い、サブブロックSiの圧縮終了時においてS0~Siで実際に発生した符号量CiとULiとの差分値Diを、コード長情報として格納する。サブブロック選択部16は、コード長情報を基にして、必要なサブブロックのビットストリームをブロック単位でメモリより読み出されるビットストリームより抜き出す。符号量Ciは、上限値ULiと下限値LLiとの間に収まるので、差分値Diの格納に必要なビット量を削減でき、コード長情報の格納に必要となるビット量を削減できる。図11は、本実施形態の第2変形例の伸張付加データの概略図である。N個のリクエストブロックに対応する伸張付加データは、画像データの空間における、先頭座標xh1,yh1と、リクエストブロックRB1~RBnの累積符号量ACn及び圧縮差分値DCnと、を含む図11A及びB。累積符号量ACnは、リクエストブロックRB1~RBnの符号量の総和である。図11C。圧縮差分値DCnは、リクエストブロックRBnに対応する累積符号量ACnと、リクエストブロックRBnに対応する圧縮制限値SUBnとの差である。第2変形例によれば、伸張付加データが累積符号量ACn及び圧縮差分値DCnを含むので、第1変形例と比べて、伸張付加データのデータ量を低減することができる。本実施形態によれば、ブロックではなく、サブブロックに対して画像処理が実行され、サブブロックを定義するための伸張付加データが生成される。これにより、圧縮データを伸張することによって得られるデータの品質を低下させることなく、メモリ20から圧縮データを読み出すときのバス11の利用効率を改善することができる。本実施形態に係る画像処理システム1の少なくとも一部は、ハードウェアで構成しても良いし、ソフトウェアで構成しても良い。ソフトウェアで構成する場合には、画像処理システム1の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやCD-ROM等の記録媒体に収納し、コンピュータに読み込ませて実行させても良い。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でも良い。また、本実施形態に係る画像処理システム1の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線無線通信も含むを介して頒布しても良い。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布しても良い。なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で構成要素を変形して具体化される。また、上述した実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明が形成可能である。例えば、上述した実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。"