JP2003101788A

JP2003101788A - Decoding method, decoding device, picture processor, packet header generating method and packet header generating device

Info

Publication number: JP2003101788A
Application number: JP2001292589A
Authority: JP
Inventors: Yukio Kadowaki; 幸男門脇; Takashi Otsuki; 隆志大槻; Yutaka Sato; 豊佐藤
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-09-25
Filing date: 2001-09-25
Publication date: 2003-04-04
Anticipated expiration: 2021-09-25
Also published as: JP4917724B2

Abstract

PROBLEM TO BE SOLVED: To efficiently or quickly execute processing related with the encoding processing and/or decoding processing of picture data. SOLUTION: In a method for decoding compression-encoded code data by dividing picture data in a frequency region expressed with n (n is a natural number which is not less than 2) bits into a plurality of partial picture data, the decoding processing is executed by abandoning the code data components of the part which exceeds m (m is a natural number which is smaller than n) bits of the code data (S13) so that m bit picture data can be extracted.

Description

Detailed Description of the Invention

【０００１】[0001]

【発明の属する技術分野】本発明は、復号方法、復号装
置、画像処理装置、パケットヘッダ生成方法、パケット
ヘッダ生成装置に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a decoding method, a decoding device, an image processing device, a packet header generation method, and a packet header generation device.

【０００２】[0002]

【従来の技術】図１にＪＰＥＧ２０００の符号化の流れ
を示す。ＪＰＥＧ２０００の符号化においては、画像デ
ータ１は、２次元離散ウエーブレット変換部（ＤＷＴ）
１０、量子化器１１、係数モデリング部１２、算術符号
器１３、符号形成部１４の処理を経て、符号データ１５
が得られる。図２〜４にこれらの処理を模式的に描いた
図を示す。なお、係数モデリング部１２及び算術符号器
１３により、エントロピー符号化が行われる。2. Description of the Related Art FIG. 1 shows a flow of JPEG2000 encoding. In the JPEG2000 encoding, the image data 1 is a two-dimensional discrete wavelet transform unit (DWT).
10, the quantizer 11, the coefficient modeling unit 12, the arithmetic encoder 13, and the code forming unit 14, and then the code data 15
Is obtained. 2 to 4 are diagrams schematically showing these processes. The coefficient modeling unit 12 and the arithmetic encoder 13 perform entropy coding.

【０００３】まず、入力される画像に対して複数レベル
の２次元離散ウエーブレット変換を行う。この時、処理
する画像をタイルと呼ばれる複数の矩形ブロックに分け
る場合が多い。画像を複数のタイルに分割する場合は、
後に続く２次元離散ウエーブレット変換、量子化、エン
トロピー符号化はこのタイルの単位で処理する。図２は
画像データ１を１２８×１２８の大きさのタイルに分割
し、レベル２の２次元離散ウエーブレット変換を行った
場合の例を示す。１２８×１２８の画像データ（１タイ
ル）は、レベル２の２次元離散ウエーブレット変換１０
により、大きさが３２×３２の４つのサブバンド２Ｌ
Ｌ、２ＨＬ、２ＬＨ、２ＨＨと大きさが６４×６４の３
つのサブバンド１ＨＬ、１ＬＨ、１ＨＨのウエーブレッ
ト係数データ２１に変換される。ＪＰＥＧ２０００で
は、ウエーブレット変換のフィルタ係数としては、可
逆、非化逆の２通りの係数が規定されている。可逆・非
化逆を統一的に扱う場合は、可逆のフィルタ係数が用い
られ、より高いレート又は良好なひずみ特性を実現する
場合は非化逆のフィルタ係数を用いる。First, a multi-level two-dimensional discrete wavelet transform is performed on an input image. At this time, the image to be processed is often divided into a plurality of rectangular blocks called tiles. If you want to split the image into multiple tiles,
The subsequent two-dimensional discrete wavelet transform, quantization, and entropy coding are processed in units of this tile. FIG. 2 shows an example in which the image data 1 is divided into tiles having a size of 128 × 128 and level 2 two-dimensional discrete wavelet transform is performed. 128 × 128 image data (1 tile) is converted to level 2 two-dimensional discrete wavelet transform 10
4L subbands of size 32x32 by 2L
L, 2HL, 2LH, 2HH and size 64 × 64 3
It is converted into wavelet coefficient data 21 of one subband 1HL, 1LH, and 1HH. In JPEG2000, two types of coefficients are defined as wavelet transform filter coefficients: reversible and non-reversible. The reversible filter coefficient is used when the reversible and non-reversible inverse are treated in a unified manner, and the non-reversible filter coefficient is used when a higher rate or a good distortion characteristic is realized.

【０００４】次に、ウエーブレット係数データに対して
図３で示されるような式によりスカラー量子化が行われ
る。ここで、sｉgn(a)はウエーブレット係数データａの
符号、｜a｜はａの絶対値、Δｂはサブバンド毎に決め
られた量子化ステップ、└┘はフロア関数を示す。ただ
し、可逆ウエーブレット係数を用いた場合は、このスカ
ラー量子化の処理は実施されない。Next, scalar quantization is performed on the wavelet coefficient data by the equation shown in FIG. Here, sign (a) is the sign of the wavelet coefficient data a, | a | is the absolute value of a, Δb is the quantization step determined for each subband, and └┘ is the floor function. However, when the reversible wavelet coefficient is used, this scalar quantization process is not executed.

【０００５】次にウエーブレット変換後、あるいは量子
化後の係数データを各サブバンド毎、あるいはサブバン
ドを複数の矩形領域に分割したコードブロック毎にエン
トロピー符号化していく。このエントロピー符号化は、
後段の２値算術符号器１３に与えるコンテキストを生成
する係数モデリング部１２での処理と、実際に符号化を
行う算術符号器１３での処理によりなされる。Next, the wavelet-transformed or quantized coefficient data is entropy-coded for each subband or for each code block obtained by dividing the subband into a plurality of rectangular areas. This entropy coding is
The processing is performed by the coefficient modeling unit 12 that generates a context to be given to the binary arithmetic encoder 13 in the subsequent stage and the processing by the arithmetic encoder 13 that actually performs encoding.

【０００６】図４は、各サブバンド毎にエントロピー符
号化した場合におけるサブバンド２ＬＬとその算術符号
化器１３の処理を示す。サブバンド２ＬＬは、３２×３
２の画像サイズを有し、各点の画像は、（Ｎ+３）ビッ
トで量子化されている。上面が量子化ビットのＭＳＢ
で、下面が量子化ビットのＬＳＢである。図４では、上
から二つのプレーンには、量子化ビットが存在しない。
このプレーンをゼロビットプレーンという。FIG. 4 shows the processing of subband 2LL and its arithmetic encoder 13 when entropy encoding is performed for each subband. Subband 2LL is 32x3
It has an image size of 2 and the image of each point is quantized with (N + 3) bits. MSB with quantized bits on top
The lower surface is the LSB of the quantized bit. In FIG. 4, there are no quantized bits in the top two planes.
This plane is called the zero bit plane.

【０００７】次に、算術符号器１３での処理手順を示
す。（１）一つのサブバンド(コードブロック毎にエントロ
ピー符号化する場合は、コードブロック)の係数データ
を符号＋絶対値に変換し、係数絶対値は、ビットプレー
ンに分割してＭＳＢ側からビットプレーン毎にエントロ
ピー符号化を行う。図４(Ａ)では、２ＬＬのサブバンド
の係数絶対値をビットプレーンに分割した様子を示す。（２）上位から数えて初めて有効なビット（０で無いビ
ット）が出現するビットプレーンまでは、ゼロビットプ
レーンであるのでエントロピー符号化は行わず、初めて
０で無いビットが出現したビットプレーンから、エント
ロピー符号化を開始する。図４(Ａ)の例では、上位２プ
レーンがゼロビットプレーンであり、３プレーン目に初
めて０で無いビットが出現し、このビットプレーンＮか
らビットプレーン０までのＮ+1枚のビットプレーンにつ
いてエントロピー符号化を行う。（３）エントロピー符号化を行うビットプレーンに関し
ては、基本的に１つのビットプレーンを３回スキャンし
て、符号化する。この符号化のためスキャンする過程を
コーディングパスとして、各パスは以下のように呼ばれ
ている。Next, a processing procedure in the arithmetic encoder 13 will be shown. (1) Coefficient data of one subband (encoded by code block when code block is entropy coded) is converted into code + absolute value, and the coefficient absolute value is divided into bit planes from the MSB side to the bit planes. Entropy coding is performed for each. FIG. 4A shows a state in which the coefficient absolute value of the 2LL subband is divided into bit planes. (2) Entropy coding is not performed since a bit plane in which valid bits (bits that are not 0) appear for the first time from the top is a zero bit plane. Entropy coding is started. In the example of FIG. 4 (A), the upper 2 planes are zero bit planes, and a bit that is not 0 appears for the first time in the 3rd plane. Regarding N + 1 bit planes from this bit plane N to bit plane 0 Entropy coding is performed. (3) Regarding bit planes for which entropy coding is performed, basically, one bit plane is scanned three times and coded. Each pass is called as the following, with the process of scanning for encoding as a coding pass.

【０００８】 sｉgnｉfｉcance propagatｉon pass magnｉtude refｉnement pass cleanup pass ビットプレーン上の各ビットは、特定の規則に従って分
類され、そのビットの周辺ビットの状態から生成された
コンテキストを用いていずれかひとつのパスで符号化さ
れる。[0008] Each bit on the bit plane is classified according to a specific rule, and is encoded by one of the passes using the context generated from the state of the peripheral bits of the bit. It

【０００９】図４(Ｂ)に示すように、最初に符号化する
ビットプレーンＮは、cleanup passのみで符号化され
るが、それ以降のビットプレーンは、それぞれ上に記し
た３つのパスで符号化される。すなわち、Ｎ+1個のビッ
トプレーンが存在する場合、合計３Ｎ＋１回のコーディ
ングパスにより符号化が行われる。（４）次に、算術符号器１３で、上記の各パスで発生す
る符号化ビットとそれに対応するコンテキストにより、
エントロピー符号を生成する。こうして生成されたエン
トロピー符号（ＭＱ符号）は、図１に示す符号形成部１
４における処理で、最終のＪＰＥＧ２０００のビットス
トリームとしてまとめられる。As shown in FIG. 4B, the bit plane N to be encoded first is encoded only by the cleanup pass, but the subsequent bit planes are encoded by the three passes described above. Be converted. That is, when N + 1 bit planes are present, coding is performed by a total of 3N + 1 coding passes. (4) Next, in the arithmetic encoder 13, according to the encoded bits generated in each of the above paths and the contexts corresponding to them,
Generate an entropy code. The entropy code (MQ code) thus generated is the code forming unit 1 shown in FIG.
In the process of 4, the final JPEG2000 bit stream is put together.

【００１０】符号形成部１４では、まず、先の算術符号
器１３で生成された各パス単位で発生した符号を、複数
パス毎にまとめる。このまとめられた単位をレイヤと呼
ぶ。図５では、３Ｎ＋１個のパス毎に算術符号器で生成
された符号をレイヤ０からレイアＬまでのＬ＋１個のレ
イヤにまとめている様子を示す。例えば、ビットプレー
ン２ＬＬ_Ｎ、ｃ、ビットプレーン２ＬＬ_{Ｎ−１、ｓ}、ビ
ットプレーン２ＬＬ_Ｎ _−１、ｍをレイヤ０とし、・・・
ビットプレーン２ＬＬ_０、ｓ、ビットプレーン２ＬＬ
_０、ｍ、プレーン２ＬＬ_０、ｃをレイヤＬとしている。
なお、レイヤの選定は、これに限らず実施することがで
きる。In the code forming section 14, first, the codes generated in the respective path units generated by the arithmetic encoder 13 are put together for each of a plurality of paths. This grouped unit is called a layer. FIG. 5 shows a state in which the codes generated by the arithmetic encoder for every 3N + 1 passes are combined into L + 1 layers from layer 0 to layer L. For example, the bit plane 2LL _{N, c} , the bit plane 2LL _{N-1, s} , the bit plane 2LL _N- _{1, m} is the layer 0, ...
Bit plane 2LL _{0, s} , bit plane 2LL
_{0, m} , plane 2LL _{0, c} are layers L.
Note that the layer selection can be performed without being limited to this.

【００１１】さらに、図６に示すように、サブバンド、
レイア毎にまとめられた符号を並べて最終のビットスト
リームが生成される。図６では、２ＬＬのレイヤ０、２
ＬＬのレイヤ１、・・・２ＬＬのレイヤＬ、２ＨＬ、２
ＬＨ、２ＨＨのレイヤ０、・・・２ＨＬ、２ＬＨ、２Ｈ
ＨのレイヤＬ、１ＨＬ、１ＬＨ、１ＨＨのレイヤ０、・
・・１ＨＬ、１ＬＨ、１ＨＨのレイヤＬのビットストリ
ームとなる。ビットストリームは、重要なデータ(優先
順位の高いデータ)を先に送信するように構成される。
なお、レイヤは、任意に設定できる。すべてを一つのレ
イヤとしてもよい。Further, as shown in FIG.
The final bitstream is generated by arranging the codes collected for each layer. In FIG. 6, 2LL layers 0, 2
LL layer 1, ... 2LL layer L, 2HL, 2
Layer 0 of LH, 2HH ... 2HL, 2LH, 2H
H layer L, 1HL, 1LH, 1HH layer 0, ...
.. It becomes a layer L bit stream of 1HL, 1LH, and 1HH. The bitstream is arranged to transmit important data (high priority data) first.
The layer can be set arbitrarily. All may be one layer.

【００１２】ここで、サブバンド、レイア毎のまとまり
をパケットと呼び、各パケットは、それぞれのパケット
の情報を示すパケットヘッダーと先ほどの算術符号部で
生成されたエントロピー符号より成る。例えば、２Ｈ
Ｌ、２ＬＨ、２ＨＨのレイヤＬ３４は、２ＨＬ、２Ｌ
Ｈ、２ＨＨのレイヤＬのパケットヘッダー３７と２Ｈ
Ｌ、２ＬＨ、２ＨＨのレイヤＬのエントロピー符号３８
から構成される。したがって、ビットストリームは、１
又は複数のパケットにより構成される。Here, a group for each sub-band and layer is called a packet, and each packet is composed of a packet header showing information of each packet and an entropy code generated by the arithmetic code part. For example, 2H
Layers L34 of L, 2LH, 2HH are 2HL, 2L
H, 2HH layer L packet header 37 and 2H
L, 2LH, 2HH layer L entropy code 38
Composed of. Therefore, the bitstream is 1
Alternatively, it is composed of a plurality of packets.

【００１３】ここでは、入力画像データが単色である場
合を示したが、複数色（コンポーネント）よりなる画像
の場合、同様に各色（コンポーネント）毎にサブバンド
毎、レイア毎のパケットを生成して規定された順番に並
べることでＪＰＥＧ２０００のビットストリームを得る
ことができる。図7には、3色（コンポーネント０、１、
２）より成る画像をＪＰＥＧ２０００で符号化した場合
のビットストリームの例を示す。Here, the case where the input image data has a single color is shown, but in the case of an image having a plurality of colors (components), similarly, a packet for each subband and each layer is generated for each color (component). A JPEG2000 bitstream can be obtained by arranging in a specified order. In FIG. 7, three colors (components 0, 1,
An example of a bitstream when an image composed of 2) is encoded by JPEG2000 is shown.

【００１４】ＪＰＥＧ２０００の符号化方式は、いった
ん符号化されたビットストリームを復号することなく符
号状態のままで再度圧縮して、必要な圧縮率を得られる
という特徴がある。これはこれまでに説明したようにＪ
ＰＥＧ２０００の符号は、パケットと呼ばれるコンポー
ネント（色成分）、サブバンド（解像度）、レイヤー毎
の符号を組み合わせて構成されているため、一旦、符号
化を行った後で、その符号の圧縮率が所望の圧縮率より
悪ければ、復号した際の画質面からみて優先順位の低い
パケットの符号データを順次破棄していくことで、圧縮
率を上げる操作が可能であることによる。図７で示され
る符号は可逆（ロスレス）であるが、例えば図８に示す
ように、図７の符号の各コンポーネントにおいて、優先
順位の低い１ＨＬ、１ＬＨ、１ＨＨのレイアＬのパケッ
トを破棄することで、ロッシー（非可逆）ではあるが、
図７の符号をさらに圧縮した（圧縮率を上げた）符号を
得ることができる。The JPEG2000 coding method is characterized in that the bitstream that has been coded once is not decoded but is recompressed in the coded state to obtain the required compression rate. This is J as I explained so far
The PEG2000 code is composed of a combination of components (color components) called packets, subbands (resolution), and codes for each layer. Therefore, once the coding is performed, the compression rate of the code is desired. If the compression ratio is lower than that of No. 1, the code data of the packet having a lower priority in view of the image quality at the time of decoding is sequentially discarded, whereby the operation of increasing the compression ratio is possible. Although the code shown in FIG. 7 is reversible (lossless), for example, as shown in FIG. 8, in each component of the code of FIG. 7, discard packets of layer 1 with low priority 1HL, 1LH, 1HH. And, though lossy (irreversible),
It is possible to obtain a code by further compressing the code of FIG. 7 (increasing the compression rate).

【００１５】[0015]

【発明が解決しようとする課題】ＪＰＥＧ２０００で圧
縮される画像データはさまざまな解像度を持っている。
たとえば、一般的なテレビ画像であれば８ビット精度の
画像データであるが、医療用のレントゲン写真などは１
６ビット精度のデータが必要になる。これは、医療用な
どでは、画像データをデータ保存用として扱い、後でさ
まざまな画像処理を施して疾患部分の抽出等を行うから
である。Image data compressed by JPEG2000 has various resolutions.
For example, a general television image has 8-bit precision image data, but medical radiographs etc.
6-bit precision data is required. This is because, for medical purposes, image data is treated as data storage, and various image processes are performed later to extract diseased parts.

【００１６】ところで、これまでは、画像表示デバイス
がデジタルで８ビット程度の精度しか持っていない場合
は、８ビットの精度で符号化して送信するか、又は、１
６ビットの表示装置でも、８ビットの表示装置でも表示
できるように、符号化した符号データを用いていた。By the way, up to now, when the image display device has a digital precision of only about 8 bits, it is encoded with the precision of 8 bits and transmitted, or 1
Encoded code data is used so that it can be displayed on both a 6-bit display device and an 8-bit display device.

【００１７】例えば、前者では、表示装置の性能に合せ
て、８ビットまでしか符号化しない符号化を行い、後者
では、１６ビットと８ビットの精度で符号化した符号デ
ータを用いていた。For example, in the former case, according to the performance of the display device, encoding is performed up to 8 bits, and in the latter case, code data encoded with 16-bit and 8-bit precision is used.

【００１８】しかしながら、表示装置の性能に合せて符
号化するのは、手間がかかり煩雑となる。また、この場
合の符号データでは、１６ビットの表示装置には不適切
であり、汎用性がないという問題がある。However, encoding in accordance with the performance of the display device is troublesome and complicated. Further, the coded data in this case is not suitable for a 16-bit display device and has a problem that it is not versatile.

【００１９】また、１６ビットと８ビットの精度で符号
化した符号データを用いる方式では、１６ビットと８ビ
ットの精度で符号化する処理と、少なくとも、１６ビッ
トと８ビットに対して、それぞれにヘッダが必要とな
り、処理に時間を要し、かつ、圧縮率が低下するという
問題がある。Further, in the method using the coded data encoded with the precision of 16 bits and 8 bits, the process of encoding with the precision of 16 bits and 8 bits, and at least for 16 bits and 8 bits respectively. There is a problem that the header is required, the processing takes time, and the compression rate decreases.

【００２０】また、ＪＰＥＧ２００においては、タイ
ル、レイヤー、コンポーネント、解像度レベルで表現さ
れた全ての圧縮画像データは、パケットヘッダとパケッ
トデータ（圧縮データ）との対により構成されるパケッ
トを含むコードストリームで符号化される。また、パケ
ットデータの内容はパケットヘッダーにより明記されて
いる。ところで、このパケットヘッダーの生成をマイク
ロプロセッサー等で処理するためには負荷が多く、他の
処理に対する影響が大きいという問題がある。Further, in JPEG200, all compressed image data represented by tiles, layers, components, and resolution levels is a code stream including packets each composed of a pair of a packet header and packet data (compressed data). Is encoded. The contents of the packet data are specified by the packet header. By the way, there is a problem in that the generation of the packet header is processed by a microprocessor or the like, which imposes a heavy load and greatly affects other processing.

【００２１】本発明は、上記問題に鑑みなされたもので
あり、画像データにおける符号化処理及び／又は復号処
理に関する処理を効率的又は高速に行うことを目的とす
るものである。The present invention has been made in view of the above problems, and it is an object of the present invention to efficiently or speedily perform processing relating to encoding processing and / or decoding processing on image data.

【００２２】[0022]

【課題を解決するための手段】上記課題を解決するため
に、本件発明は、以下の特徴を有する課題を解決するた
めの手段を採用している。In order to solve the above problems, the present invention employs means for solving the problems having the following features.

【００２３】請求項１に記載された発明は、ｎ（但し、
ｎは２以上の自然数）ビットで表わされる周波数領域の
画像データを複数の部分画像データに分割し、該部分画
像データのビットプレーン毎に圧縮符号化し、該圧縮符
号化されたデータを、各部分画像データ毎に１つのパケ
ットにして符号化した符号データを復号する復号方法で
あって、前記ｎビットのうち、ＭＳＢ側のｍ（但し、ｍ
は、ｍ＜ｎの自然数）ビットのビットプレーンの符号デ
ータについて復号し、それ以外のビットのビットプレー
ンの符号データを破棄又は無視して復号処理を行い、ｍ
ビットの画像復号データを取り出すことを特徴とする。In the invention described in claim 1, n (however,
(n is a natural number of 2 or more) The image data in the frequency domain represented by bits is divided into a plurality of partial image data, and compression encoding is performed for each bit plane of the partial image data. A decoding method for decoding coded data that has been coded into one packet for each image data, wherein m of the n bits (where m
Is a natural number of m <n) and decodes the bit plane code data, discards or ignores the bit plane code data of the other bits, and performs the decoding process.
It is characterized in that bit-decoded image data is extracted.

【００２４】請求項１に記載された発明によれば、各部
分画像データ毎に１つのパケットにして符号化して符号
化しているので、データの圧縮率が高くなり、復号側に
おける復号の必要なビット数に関係なく符号化すること
ができる。また、復号側では、ｎビットのうち、ＭＳＢ
側のｍビットのビットプレーンの符号データについて復
号し、それ以外のビットのビットプレーンの符号データ
を破棄又は無視して復号処理を行うことにより、処理に
必要なビット数だけを復号するので、すべてのビットに
ついて復号する場合と比較して、処理負担が軽減され
る。According to the invention described in claim 1, since each partial image data is encoded and encoded as one packet, the compression rate of the data becomes high and the decoding on the decoding side is required. It can be encoded regardless of the number of bits. On the decoding side, of the n bits, the MSB
By decoding the code data of the m-bit bit plane on the side and discarding or ignoring the code data of the bit plane of the other bits, only the number of bits required for the process is decoded, so all The processing load is reduced as compared with the case of decoding the bits of.

【００２５】請求項２に記載された発明は、請求項１記
載の復号方法において、前記ｍは、符号データを復号す
る復号装置の処理能力又は該復号装置が復号した画像デ
ータを表示する表示装置の表示能力に基づいて定めるこ
とを特徴とする。The invention described in claim 2 is the decoding method according to claim 1, wherein m is a processing capability of a decoding device for decoding coded data or a display device for displaying image data decoded by the decoding device. It is characterized by being determined based on the display ability of.

【００２６】請求項２に記載された発明によれば、復号
するビット数ｍを、符号データを復号する復号装置の処
理能力又は該復号装置が復号した画像データを表示する
表示装置の表示能力に基づいて定めることにより、無駄
な復号における処理を省くことができる。また、その結
果、処理速度を向上することができる。According to the invention described in claim 2, the number of bits m to be decoded is set to the processing capability of the decoding device for decoding the coded data or the display capability of the display device for displaying the image data decoded by the decoding device. Based on this, unnecessary decoding processing can be omitted. As a result, the processing speed can be improved.

【００２７】請求項３に記載された発明は、ｎ（但し、
ｎは２以上の自然数）ビットで表わされる周波数領域の
画像データを複数の部分画像データに分割し、該部分画
像データのビットプレーン毎に圧縮符号化し、該圧縮符
号化されたデータを、各部分画像データ毎に１つのパケ
ットにして符号化した符号データを復号する復号装置で
あって、前記ｎビットのうち、ＭＳＢ側のｍ（但し、ｍ
は、ｍ＜ｎの自然数）ビットのビットプレーンの符号デ
ータについて復号し、それ以外のビットのビットプレー
ンの符号データを破棄又は無視して復号処理を行う復号
処理手段と、ｍビットの画像復号データを取り出す取り
出し手段とを有することを特徴とする。The invention described in claim 3 is n (however,
(n is a natural number of 2 or more) The image data in the frequency domain represented by bits is divided into a plurality of partial image data, and compression encoding is performed for each bit plane of the partial image data. A decoding device that decodes coded data that has been coded into one packet for each image data, wherein m of the n bits (where m
Is a decoding processing means for decoding coded data of bit planes of m <n of natural number) bits, and discarding or ignoring coded data of bit planes of other bits, and m-bit image decoded data. And a take-out means for taking out.

【００２８】請求項４に記載された発明は、請求項３記
載の復号装置において、前記ｍは、符号データを復号す
る復号装置の処理能力又は該復号装置が復号した画像デ
ータを表示する表示装置の表示能力に基づいて設定する
ことを特徴とする。The invention described in claim 4 is the decoding device according to claim 3, wherein m is the processing capability of the decoding device for decoding coded data or a display device for displaying image data decoded by the decoding device. It is characterized by setting based on the display capability of.

【００２９】請求項３又は４記載の発明によれば、請求
項１又は２記載の復号方法に適した復号装置を提供する
ことができる。According to the invention of claim 3 or 4, it is possible to provide a decoding device suitable for the decoding method of claim 1 or 2.

【００３０】請求項５に記載された発明は、請求項３又
は４記載の復号装置を有する画像処理装置である。The invention described in claim 5 is an image processing apparatus having the decoding device according to claim 3 or 4.

【００３１】請求項５記載の発明によれば、効率的に復
号可能な請求項３又は４記載の復号装置を有する画像処
理装置を提供することができる。According to the invention described in claim 5, it is possible to provide an image processing apparatus having the decoding device according to claim 3 or 4 which can be efficiently decoded.

【００３２】請求項６に記載された発明は、請求項５記
載の画像処理装置において、符号化がＪＰＥＧ２０００
が規定する符号化であることを特徴とする。According to a sixth aspect of the present invention, in the image processing apparatus according to the fifth aspect, the encoding is JPEG2000.
The encoding is defined by

【００３３】請求項６に記載された発明によれば、符号
がＪＰＥＧ２０００が規定する符号であることにより、
ＪＰＥＧ２０００が規定する符号データを効率的に復号
することができる。According to the invention described in claim 6, since the code is a code defined by JPEG2000,
Coded data defined by JPEG2000 can be efficiently decoded.

【００３４】請求項７に記載された発明は、パケットヘ
ッダと圧縮データとの対により構成される複数のパケッ
トと、該複数のパケット全体に係るヘッダであって、前
記複数の全パケットの長さに関するデータを含む領域を
有する上位ヘッダとを有する符号データを生成する符号
データ生成方法において、先ず、各パケットの長さを求
めるステップと、その後に、該ステップにより求めたパ
ケット長を用いて、前記パケットヘッダと前記上位ヘッ
ダとを生成する上位ヘッダ生成ステップとを有すること
を特徴とする。According to a seventh aspect of the present invention, there are provided a plurality of packets composed of a pair of a packet header and compressed data, and a header relating to the plurality of packets as a whole. In a code data generation method for generating code data having an upper header having an area including data relating to, a step of first determining the length of each packet, and then using the packet length determined in the step, And a step of generating a higher-order header for generating a packet header and the higher-order header.

【００３５】請求項７に記載された発明によれば、パケ
ットヘッダと圧縮データとの対により構成される複数の
パケットと、該複数のパケット全体に係るヘッダであっ
て、複数の全パケットの長さに関するデータを含む領域
を有する上位ヘッダとを有する符号データを生成する符
号データ生成方法において、先ず、各パケットの長さを
求め、その後に、該ステップにより求めたパケット長を
用いて、パケットヘッダと上位ヘッダとを生成すること
により、効率的に、符号データを生成することができ
る。According to the invention described in claim 7, a plurality of packets formed by a pair of a packet header and compressed data, and a header relating to the plurality of packets as a whole, the length of all the plurality of packets In a coded data generation method for generating coded data having an upper header having an area including data regarding the packet length, first, the length of each packet is obtained, and then the packet length obtained in the step is used to determine the packet header. By generating the upper header and the upper header, the code data can be efficiently generated.

【００３６】請求項８に記載された発明は、ＪＰＥＧ２
０００の符号化データの作成にあたり、タイルパーツヘ
ッダのタイルデータサイズを求めるために、先にパケッ
トヘッダのデータ数を設定した後、パケットヘッダを再
作成することを特徴とする。The invention described in claim 8 is based on JPEG2.
In order to obtain the tile data size of the tile part header when creating 000 encoded data, the number of packet header data is first set, and then the packet header is recreated.

【００３７】請求項８に記載された発明によれば、ＪＰ
ＥＧ２０００の符号化データの作成にあたり、タイルパ
ーツヘッダのタイルデータサイズを求めるために、先に
パケットヘッダのデータ数を設定した後、パケットヘッ
ダを再作成することにより、ＪＰＥＧ２０００の符号化
データの生成を効率的に行うことができる。特に、ＪＰ
ＥＧ２０００の符号は、データ圧縮率は高いものの、非
可逆符号で可変長符号であり、しかも、多くの画素を纏
めて符号化するので、符号化処理及び復号処理に関する
処理が複雑であり、効率的な符号化は大きな意義があ
る。According to the invention described in claim 8, JP
In order to obtain the tile data size of the tile part header in creating the EG2000 encoded data, the packet header data is first set and then the packet header is recreated to generate the JPEG2000 encoded data. It can be done efficiently. Especially JP
Although the EG2000 code has a high data compression rate, it is an irreversible code and is a variable-length code. Moreover, since many pixels are collectively coded, the processing relating to the coding processing and the decoding processing is complicated and efficient. Such encoding has great significance.

【００３８】請求項９に記載された発明は、パケットヘ
ッダと圧縮データとの対により構成される複数のパケッ
トと、該複数のパケット全体に係るヘッダであって、前
記複数の全パケットの長さに関するデータを含む領域を
有する上位ヘッダとを有する符号データを生成する符号
データ生成装置において、各パケットの長さを求めるパ
ケット長検出手段と、前記パケット長検出手段により検
出されたパケット長を積算する積算手段と、前記積算手
段により積算されたパケット長を用いて、前記上位ヘッ
ダを生成する上位ヘッダ生成手段とを有することを特徴
とする。The invention described in claim 9 is a header for a plurality of packets formed by a pair of a packet header and compressed data, and a header for all of the plurality of packets, wherein the length of all the plurality of packets is In a code data generation device for generating code data having an upper header having an area including data regarding data, packet length detection means for obtaining the length of each packet and packet length detected by the packet length detection means are integrated. It is characterized in that it has an integrating means and an upper header generating means for generating the upper header by using the packet length accumulated by the integrating means.

【００３９】請求項９に記載された発明によれば、各パ
ケットの長さを求めるパケット長検出手段と、前記パケ
ット長検出手段により検出されたパケット長を積算する
積算手段と、前記積算手段により積算されたパケット長
を用いて、前記上位ヘッダを生成する上位ヘッダ生成手
段とを有することにより、効率的に、符号データを生成
することができる。According to the invention described in claim 9, the packet length detecting means for obtaining the length of each packet, the integrating means for integrating the packet lengths detected by the packet length detecting means, and the integrating means are provided. By having the upper header generating means for generating the upper header using the accumulated packet length, it is possible to efficiently generate the code data.

【００４０】請求項１０に記載された発明は、ＪＰＥＧ
２０００の符号化データの作成にあたり、タイルパーツ
ヘッダのタイルデータサイズを求めるために、先にパケ
ットヘッダのデータ数を設定した後、パケットヘッダを
再作成することを特徴とする符号データ生成装置であ
る。The invention described in claim 10 is based on JPEG.
In order to obtain the tile data size of the tile part header when creating the 2000 coded data, the code data generation device is characterized in that the number of data of the packet header is first set and then the packet header is recreated. .

【００４１】請求項１０記載の発明によれば、請求項８
記載の符号データ生成方法に適した符号データ生成装置
を提供することができる。According to the invention of claim 10, claim 8 is provided.
It is possible to provide a code data generation device suitable for the described code data generation method.

【００４２】請求項１１に記載された発明は、効率的に
符号データを生成することができる請求項９又は１０記
載の符号データ生成装置を有する画像処理装置である。The invention described in claim 11 is an image processing apparatus having the code data generating device according to claim 9 or 10, which can efficiently generate code data.

【００４３】請求項１１に記載された発明は、請求項９
又は１０に記載の符号データ生成装置を有する画像処理
装置を提供することができる。The invention described in claim 11 is the same as claim 9.
Alternatively, it is possible to provide an image processing device including the code data generation device according to 10.

【００４４】請求項１２に記載された発明は、ＪＰＥＧ
２０００による符号化を行う画像処理装置において、パ
ケットヘッダー・インフォーメーション、ゼロ・レング
ス・パケット、コードブロック・インクルージョン、ゼ
ロ・ビットプレーン・インフォーメーション、ナンバー
・オブ・コーデイング・パス、インクリーズ・オブ・コ
ードブロック・インディケータ、レングス・オブ・コー
ドワード・セグメントを各レイヤーにおける有効バイト
数、ビットプレーン数、およびゼロビットプレーン数の
情報から、ハードウエアにより、自動的にコーディング
することを特徴とする。The invention described in claim 12 is JPEG
In an image processing apparatus for encoding by 2000, a packet header information, a zero length packet, a code block inclusion, a zero bit plane information, a number of coding path, and an increase of It is characterized in that the code block indicator and the length of codeword segment are automatically coded by hardware from the information of the number of effective bytes, the number of bit planes, and the number of zero bit planes in each layer.

【００４５】請求項１２に記載された発明によれば、パ
ケットヘッダー・インフォーメーション、ゼロ・レング
ス・パケット、コードブロック・インクルージョン、ゼ
ロ・ビットプレーン・インフォーメーション、ナンバー
・オブ・コーデイング・パス、インクリーズ・オブ・コ
ードブロック・インディケータ、レングス・オブ・コー
ドワード・セグメントを各レイヤーにおける有効バイト
数、ビットプレーン数、およびゼロビットプレーン数の
情報から、ハードウエアにより、自動的にコーディング
することにより、画像データに係る符号化処理を高速に
行うことができる。According to the twelfth aspect of the present invention, packet header information, zero length packet, code block inclusion, zero bit plane information, number of coding path, ink. By automatically coding the leads of code block indicator, the length of codeword segment, the number of effective bytes, the number of bit planes, and the number of zero bit planes in each layer by hardware, The encoding process related to image data can be performed at high speed.

【００４６】請求項１３に記載された発明は、請求項１
１又は１２に記載の画像処理装置において、パイプライ
ン処理を使ったパケットヘッダ生成装置を有することを
特徴とする。The invention described in claim 13 is the same as claim 1.
The image processing device described in 1 or 12 is characterized by having a packet header generation device using pipeline processing.

【００４７】請求項１３に記載された発明によれば、パ
イプライン処理を使ってパケットヘッダ生成を行うこと
により、多くのレジスタを削減したハードウエア構成と
することができる。According to the thirteenth aspect of the present invention, the packet header is generated by using the pipeline processing, so that a hardware configuration in which many registers are reduced can be realized.

【００４８】[0048]

【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。なお、本実施の形態は、ＪＰＥ
Ｇ２０００ベースにして、説明する。DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, embodiments of the present invention will be described with reference to the drawings. Note that this embodiment is based on the JPE
A description will be given based on G2000.

【００４９】図９に本発明が実施される１チップの符号
化・復号器４０の例を示す。図９の符号化・復号器４０
は、前・後処理部４１、２次元離散ウエーブレット変換
部（ＤＷＴ）４２、エントロピー符号・復号化部４３、
符号形成部４４、ＰＬＬ（ＰｈａｓｅＬｏｃｋｅｄ
Ｌｏｏｐ）回路４５、ＣＰＵＩ／Ｆ部４６、エントロピ
ー符号化部４３のワークメモリ４７及びヘッダー処理部
４８から構成されている。前・後処理部４１は、符号化
時は画像データを画像データバスＩＭＤ１９−０から得
て、例えば、レベルシフトを行い、ＲＧＢ（赤・緑・
青）データをＹＣｂＣｒ（輝度成分・色差成分）データ
に変換する。また、復号時はその逆変換を行う。２次元
離散ウエーブレット変換部（ＤＷＴ／ＩＤＷＴ）４２
は、２次元離散ウエーブレット変換及びその逆変換を行
う。エントロピー符号・復号化部４３は、エントロピー
符号化及びその逆変換を行う。符号形成部４４は、符号
化時は、符号形成を行い、生成した符号にヘッダー処理
部４８で生成したヘッダーを付加して符号データバスＣ
ＯＤ７−０によりビットストリームを有する符号データ
フォーマットを出力する。なお、ヘッダー処理部４８
は、メインヘッダー以外のタイルパートヘッダーを自動
的に生成する。なお、ヘッダー処理部４８で、メインヘ
ッダーを生成するようにしてもよい。復号時は、符号デ
ータバスＣＯＤ７−０からビットストリームを有する符
号データフォーマットを得て、符号化時と逆の処理を行
う。ＰＬＬ回路４５は、符号化・復号器４０のクロック
を生成する。ＣＰＵＩ／Ｆ部４６は、符号化・復号器４
０と外部に設けられたＣＰＵとのインタフェースをと
る。FIG. 9 shows an example of a one-chip encoder / decoder 40 in which the present invention is implemented. Encoder / decoder 40 of FIG.
Is a pre / post processing unit 41, a two-dimensional discrete wavelet transform unit (DWT) 42, an entropy coding / decoding unit 43,
Code forming unit 44, PLL (Phase Locked)
Loop) circuit 45, a CPU I / F unit 46, a work memory 47 of the entropy coding unit 43, and a header processing unit 48. The pre- and post-processing unit 41 obtains image data from the image data bus IMD19-0 at the time of encoding and performs level shift, for example, to obtain RGB (red, green,
The blue data is converted into YCbCr (luminance component / color difference component) data. When decoding, the reverse conversion is performed. Two-dimensional discrete wavelet transform unit (DWT / IDWT) 42
Performs a two-dimensional discrete wavelet transform and its inverse. The entropy coding / decoding unit 43 performs entropy coding and its inverse conversion. At the time of encoding, the code forming unit 44 forms the code, adds the header generated by the header processing unit 48 to the generated code, and adds the header to the code data bus C.
The code data format having the bit stream is output by OD7-0. The header processing unit 48
Automatically generates tile part headers other than the main header. The header processing unit 48 may generate the main header. At the time of decoding, a code data format having a bit stream is obtained from the code data bus COD7-0, and a process reverse to that at the time of encoding is performed. The PLL circuit 45 generates a clock for the encoder / decoder 40. The CPU I / F unit 46 includes the encoder / decoder 4
0 and an externally provided CPU.

【００５０】この符号化・復号器４０により、符号化時
は、画像データバスＩＭＤ１９−０から得た画像データ
を符号化して、符号データバスＣＯＤ７−０から、ビッ
トストリームを有する符号データフォーマットを出力す
る。また、復号時は、符号データバスＣＯＤ７−０から
ビットストリームを有する符号データフォーマットを得
て、復号して画像データバスＩＭＤ１９−０へ画像デー
タを出力する。At the time of encoding, the encoder / decoder 40 encodes image data obtained from the image data bus IMD19-0 and outputs a code data format having a bit stream from the code data bus COD7-0. To do. Further, at the time of decoding, a code data format having a bit stream is obtained from the code data bus COD7-0, decoded, and the image data is output to the image data bus IMD19-0.

【００５１】なお、図９において、ＩＭＤ１９−０は、
画像データの入出力バスである。ＩＭＦＲＭは、入出力
する画像データの有効期間を示す（アクティブ
「Ｌ」）。ＩＭＭＲＤＹは、クロック同期入出力モード
のときは、外部が画像データを入出力できる状態にある
ことを示すレディー信号を示し、ＤＭＡ転送モードのと
きは、外部からの画像データのアック信号としても機能
する（アクティブ「Ｌ」）。ＩＭＪＲＤＹは、クロック
同期入出力モードのときは、符号化・復号器４０が画像
データを入出力できる状態にあることを示すレディー信
号を示し、ＤＭＡ転送モードのときは、符号化・復号器
４０が出力する画像データのリクエスト信号として機能
する（アクティブ「Ｌ」）。ＣＯＤ７−０は、クロック
同期符号データの入出力バスである。ＣＯＦＲＭは、入
出力する符号データの有効期間を示す（アクティブ
「Ｌ」）。ＣＯＭＭＲＤＹは、外部が符号データを入出
力するできる状態にあることを示すレディー信号を示す
（アクティブ「Ｌ」）。ＣＯＪＲＤＹは、符号化・復号
器４０が画像データを入出力できる状態にあることを示
す（アクティブ「Ｌ」）。ＣＰＯＵＴは、ＰＬＬのマス
タクロックとの位相差分の信号であり、ＶＣＯＩＮは、
ＬＰＦ（ＬｏｗＰａｓｓＦｉｌｔｅｒ）４９を経た
信号で、ＰＬＬ４５からの位相差分の信号でＶＣＯを制
御する信号である。ＭＣＬＫは、ＰＬＬへのマスタクロ
ックを入力する端子である。ＲＥＳＴは、符号化・復号
器４０のリセット端子を示す。ＩＮＴは、設定に従っ
て、割り込み信号を発生する（アクティブ「Ｌ」）。Ｄ
ＡＣＫは、画像データ、符号データをＣＰＵバスを使用
してＤＭＡ転送により入出力する際の符号化・復号器４
０へのデータアクノリッジ信号を示す（アクティブ
「Ｌ」）。ＤＲＥＱは、画像データ、符号データをＣＰ
Ｕバスを使用してＤＭＡ転送により入出力する際の符号
化・復号器４０からのデータリクエスト信号を示す（ア
クティブ「Ｌ」）。ＲＤは、符号データの読み出し信号
を示す（アクティブ「Ｌ」）。ＷＥは、符号データの書
き込み信号を示す（アクティブ「Ｌ」）。ＣＳは、ＣＰ
ＵＩ／Ｆのチップセレクト信号を示す（アクティブ
「Ｌ」）。ＡＤ９−０は、ＣＰＵＩ／Ｆのアドバイスを
示す。ＤＡＴＡ３１−０は、ＣＰＵＩ／Ｆのデータバス
を示す。In FIG. 9, the IMD 19-0 is
An input / output bus for image data. IMFRM indicates the valid period of input / output image data (active “L”). IMMRDY indicates a ready signal indicating that the external is in a state capable of inputting / outputting image data in the clock synchronous input / output mode, and also functions as an ACK signal for external image data in the DMA transfer mode. (Active "L"). IMJRDY indicates a ready signal indicating that the encoder / decoder 40 is in a state capable of inputting / outputting image data in the clock synchronous input / output mode, and the encoder / decoder 40 in the DMA transfer mode. It functions as a request signal for image data to be output (active “L”). The COD 7-0 is an input / output bus for clock synchronous code data. COFRM indicates a valid period of input / output code data (active “L”). COMMRDY indicates a ready signal indicating that a code data can be input / output externally (active “L”). COJRDY indicates that the encoder / decoder 40 is in a state capable of inputting / outputting image data (active “L”). CPOUT is a signal of the phase difference from the PLL master clock, and VCOIN is
It is a signal that has passed through an LPF (Low Pass Filter) 49 and is a signal that controls the VCO with a signal of the phase difference from the PLL 45. MCLK is a terminal for inputting a master clock to the PLL. REST indicates a reset terminal of the encoder / decoder 40. The INT generates an interrupt signal according to the setting (active “L”). D
ACK is an encoder / decoder 4 for inputting and outputting image data and coded data by DMA transfer using the CPU bus.
Indicates a data acknowledge signal to 0 (active "L"). DREQ is CP for image data and code data.
A data request signal from the encoder / decoder 40 when inputting / outputting by DMA transfer using the U bus is shown (active “L”). RD indicates a read signal of code data (active “L”). WE indicates a code data write signal (active “L”). CS is CP
Indicates a UI / F chip select signal (active “L”). AD9-0 indicates the advice of the CPU I / F. DATA 31-0 indicates a CPU I / F data bus.

【００５２】図１０に、符号化・復号器４０から符号デ
ータバスＣＯＤ７−０に出力される符号データフォーマ
ットの例を示す。符号データは必ずメインヘッダーから
始まる。メインヘッダーの始まりを示すコードはＳＯＣ
（ＳｔａｒｔｏｆＣｏｄｅｓｔｒｅａｍ）５１であ
る。この後にメインヘッダー内の情報が示されるｍａｉ
ｎ（ｍａｉｎｈｅａｄｅｒｍａｋｅｒｓｅｇｍｅ
ｎｔ）５２が、標準にしたがって記述される。また、図
１０に示すように、メインヘッダーに続いて、タイルの
数分のタイルパーツヘッダーとビットストリームの組み
合わせが続き、符号データフォーマットの最後を表すＥ
ＯＣ（ＥｎｄｏｆＣｏｄｅｓｔｒｅａｍ）で終わ
る。なお、ビットストリームは、図６で説明したよう
に、パケット形式の信号である。FIG. 10 shows an example of the code data format output from the encoder / decoder 40 to the code data bus COD7-0. Code data always starts from the main header. The code indicating the start of the main header is SOC
(Start of Codestream) 51. After this, the information in the main header is shown.
n (main header maker segme
nt) 52 is described according to the standard. Further, as shown in FIG. 10, a main header is followed by a combination of tile part headers for the number of tiles and a bit stream, and E indicating the end of the code data format is displayed.
It ends with OC (End of Codestream). The bitstream is a packet-type signal as described in FIG.

【００５３】また、タイル毎にタイルパーツヘッダーが
生成される。ビットストリーム５６ _０のタイルパーツヘ
ッダーは、タイルパーツの開始を表すＳＯＴ５３、タイ
ルパーツヘッダーの内容を表すＴ０、ＴＰ０（Ｔｉｌｅ
０ｈｅａｄｅｒｍａｋｅｒｓｅｇｍｅｎｔ）５４
_０及びデータの開始を表すＳＯＤ（ＳｔａｒｔｏｆＤ
ａｔａ）５５から構成されている。同様に、ビットスト
リーム５６_１のタイルパーツヘッダーは、ＳＯＴ５３、
Ｔ１、ＴＰ１５４_１、ＳＯＤ５５から構成されている。In addition, the tile part header for each tile
Is generated. Bitstream 56 ₀To the tile parts
Tudder indicates the start of tile parts, SOT53, Thailand
T0, TP0 (Tile) that indicates the contents of the parts header
0 header maker segment) 54
₀And SOD (Start ofD) indicating the start of data
data) 55. Similarly, Bitst
Reem 56₁The tile part header of is SOT53,
T1, TP154₁, SOD55.

【００５４】図１１にメインヘッダーの構成を示す。メ
インヘッダーは、ＳＯＣ５１に続いて、サイズを示すマ
ーカーであるＳＩＺ(Ｉｍａｇｅａｎｄｔｉｌｅ
ＳＩＺｅ：必須)６１から始まり、ＣＯＤ(Ｃｏｄｉｎｇ
ｓｔｙｌｅｄｅｆａｕｌｔ：必須)６２、ＣＯＣ(Ｃ
ｏｄｉｎｇｓｔｙｌｅＣｏｍｐｏｎｔ：任意)６
３、ＱＣＤ（Ｑｕａｎｔｉｚａｉｏｎｄｅｆａｕｌ
ｔ：必須）６４、ＱＣＣ（Ｑｕａｎｔｉｚａｉｏｎｃ
ｏｍｐｏｎｔ：任意）６５、ＲＧＮ（Ｒｅｇｉｏｎｏｆ
ｉｎｔｅｒｅｓｔ：任意）６６、ＰＯＣ（Ｐｒｏｇｒ
ｅｓｓｉｏｎｏｒｄｅｒｃｈａｎｇｅ：任意）６
７、ＰＰＭ(ＰａｃｋｅｄＰａｃｋｅｔｈｅａｄｅｒ
ｓ：任意)６８、ＴＬＭ（Ｔｉｌｅ−ｐａｒｔｌｅｎ
ｇｔｈｓ：任意）６９、ＰＬＭ(Ｐａｃｋｅｔｌｅｎ
ｇｔｈｓ：任意)７０、ＣＲＧ(Ｃｏｍｐｏｎｔｒｅｇ
ｉｓｔｒａｔｉｏｎ：任意)７１及びＣＯＭ(Ｃｏｍｐｏ
ｎｔ；任意)７２から構成されている。FIG. 11 shows the structure of the main header. Following the SOC 51, the main header is a marker indicating size, SIZ (Image and tile).
SIZE: Mandatory 61 and starts with COD (Coding)
style default: required 62, COC (C
oding style component (optional) 6
3, QCD (Quantizion default)
t: Mandatory) 64, QCC (Quantization c)
instant: 65, RGN (Region of)
interest: Arbitrary 66, POC (Progr
session order change (optional) 6
7. PPM (Packed Packet header)
s: arbitrary) 68, TLM (Tile-part len)
gths: Arbitrary) 69, PLM (Packet len)
gths: Arbitrary 70, CRG (Component reg)
Istration: Arbitrary 71 and COM (Compo
nt; arbitrary) 72.

【００５５】ＳＩＺ６１のマーカーは、取り扱う画像サ
イズ(イメージエリアの大きさ、タイルのサイズ(縦・
横)、コンポーネントの数等)を規定する。その後は、順
番は任意であるが符号化、復号に必要な情報が入ってい
るＣＯＤ６２のマーカーと量子化制御に必要な情報が入
っているＱＣＤ６４のマーカーが必須であり、残りのマ
ーカーは任意である。このＣＯＤ６２のマーカー内に元
イメージの画像データビットの精度等が入っている。な
お、ＰＬＭ７０は、必須ではないが、ＰＬＭ７０には、
メインヘッダが先導するすべてのタイルパーツのパケッ
ト長等の情報が入れられる。The marker of SIZ61 is used for handling the image size (image area size, tile size (vertical
Width), the number of components, etc.). After that, the order is arbitrary, but the COD62 marker containing the information required for encoding and decoding and the QCD64 marker containing the information required for quantization control are indispensable, and the remaining markers are optional. is there. The accuracy of the image data bit of the original image is included in the marker of the COD 62. The PLM 70 is not essential, but the PLM 70
Information such as packet length of all tile parts led by the main header is entered.

【００５６】メインヘッダーの記述が完了すると、タイ
ルパートヘッダーが始まる。タイルパートヘッダーの構
成を図１２に示す。タイルパートヘッダーは、ＳＯＴ５
３から始まり、ＳＯＤ５５で終了する。ＳＯＴ５３とＳ
ＯＤ５５の間に、図１２に示されているように、ＣＯＤ
(任意)６２、ＣＯＣ(任意)６３、ＱＣＤ（必須）６４、
ＱＣＣ（任意）６５、ＲＧＮ（任意）６６、ＰＯＣ（任
意）６７、ＰＰＴ(ＰａｃｋｅｄＰａｃｋｅｔｈｅ
ａｄｅｒｓ、Ｔｉｌｅ−ｐａｒｔｈｅａｄｅｒ：任
意)７３、ＰＬＴ(Ｐａｃｋｅｔｌｅｎｇｔｈｓ、Ｔ
ｉｌｅ−ｐａｒｔｈｅａｄｅｒ：任意)７４及びＣＯ
Ｍ(任意)７２から構成されている。When the description of the main header is completed, the tile part header starts. The structure of the tile part header is shown in FIG. Tile part header is SOT5
It starts at 3 and ends at SOD 55. SOT53 and S
During OD55, as shown in Figure 12, COD
(Optional) 62, COC (optional) 63, QCD (required) 64,
QCC (arbitrary) 65, RGN (arbitrary) 66, POC (arbitrary) 67, PPT (Packed Packet he)
aders, Tile-part header: arbitrary 73, PLT (Packet lengths, T)
ile-part header: optional 74 and CO
It is composed of M (arbitrary) 72.

【００５７】なお、ＳＯＴ５３は、必須のヘッダであ
り、このヘッダには、タイルパートの長さ情報等が格納
されている。したがって、タイルパーツヘッダを生成す
るには、ビットストリームに含まれているパケットの長
さ（＝パケットヘッダの長さ+パケットデータの長さ）
を知る必要がある。また、タイルデータ（＝ビットスト
リーム５６）はＳＯＤ５５のマーカの次のバイトから出
力される。すべての符号データの最後にはＥＯＣ５７の
マーカーがつけられていて、このマーカーですべてのコ
ードの終了を示す。The SOT 53 is an indispensable header, and in this header, tile part length information and the like are stored. Therefore, to generate a tile part header, the length of the packet included in the bitstream (= packet header length + packet data length)
Need to know. The tile data (= bit stream 56) is output from the byte next to the marker of the SOD 55. An EOC57 marker is added to the end of all code data, and this marker indicates the end of all codes.

【００５８】次に、図１１におけるメインヘッダのサイ
ズマーカー６１のフォーマットを説明する。図１３にＳ
ＩＺマーカーのフォーマットを示す。ＳＩＺマーカーは
0xFF51で示されるヘッダで始まる。ＬｓｉｚはＳＩＺマ
ーカーのバイト数を示す。Ｒｓｉｚは符号器が適切にコ
ードストリームをデコードできるかどうかを示す。Ｘｓ
ｉｚはＸ方向のリファレンスグリッド幅を示し、Ｙｓｉ
ｚはＹ方向のリファレンスグリッド高さを示す。ＸＯｓ
ｉｚは水平方向左側ののイメージデータ先端からリファ
レンスグリッドの原点までのオフセット値を示し、ＹＯ
ｓｉｚは垂直方向上方のイメージデータ先端からリファ
レンスグリッドの原点までのオフセット値をしめす。Ｘ
Ｔｓｉｚはリファレンスグリッドに対応したタイルの幅
を示し、ＹＴｓｉｚはリファレンスグリッドに対応した
タイルの高さを示す。ＸＯＴｓｉｚはリファレンスグリ
ッドの原点から最初のタイルの開始位置までの水平方向
オフセット値を示し、ＹＯＴｓｉｚはリファレンスグリ
ッドの原点から最初のタイルの開始位置までの垂直方向
のオフセット値を示す。Ｃｓｉｚはイメージ内のコンポ
ーネント数（一般的には色の数）をしめす。Ｓｓｉｚｉ
はコンポーネントｉのイメージデータビット精度を示
す。このパラメータはコンポーネントの数だけ存在す
る。ＸＲｓｉｚｉはコンポーネントｉの水平方向のレフ
ァレンスグリッドにおけるイメージデータの間隔を示
す。ＹＲｓｉｚsｉはコンポーネントｉの垂直方向のリ
ファレンスグリッドにおけるイメージデータの間隔を示
す。Next, the format of the size marker 61 of the main header in FIG. 11 will be described. S in FIG.
The format of the IZ marker is shown. SIZ marker is
It starts with the header indicated by 0xFF51. Lsiz indicates the number of bytes of the SIZ marker. Rsiz indicates whether the encoder can properly decode the codestream. Xs
iz represents the reference grid width in the X direction, and Ysi
z indicates the height of the reference grid in the Y direction. XOs
iz represents an offset value from the tip of the image data on the left side in the horizontal direction to the origin of the reference grid.
siz indicates an offset value from the top of the image data in the vertical direction to the origin of the reference grid. X
Tsiz indicates the width of the tile corresponding to the reference grid, and YTsiz indicates the height of the tile corresponding to the reference grid. XOTsiz represents the horizontal offset value from the origin of the reference grid to the start position of the first tile, and YOTsiz represents the vertical offset value from the origin of the reference grid to the start position of the first tile. Csiz indicates the number of components (generally the number of colors) in the image. Ssiz
Indicates the image data bit precision of component i. There are as many parameters as there are components. XRsiz represents the interval of the image data in the horizontal reference grid of the component i. YRsizsi represents the interval of the image data in the vertical reference grid of the component i.

【００５９】Ｓｓｉｚｉを参照することにより、このコ
ードストリームの精度を知ることができる。The accuracy of this code stream can be known by referring to Ssizi.

【００６０】次にＣＯＤマーカーのフォーマットを説明
する。ＣＯＤマーカーはＣｏｄｉｎｇｓｔｙｌｅｄｅ
ｆａｕｌｔのことで符号化の対象となるイメージデー
タ、又はタイルデータのコーディングスタイル、階層の
レベル、レイヤーの数などが示されている。ＣＯＤマー
カーはメインヘッダの中には必須の項目であるが、タイ
ルヘッダにも記述することができる。タイルヘッダにも
ＣＯＤマーカーがある場合はタイルパートヘッダのＣＯ
Ｄマーカの情報が優先される。Next, the format of the COD marker will be described. COD marker is Codingstyle de
The fault indicates the coding style of image data or tile data to be encoded, the level of hierarchy, the number of layers, and the like. The COD marker is an essential item in the main header, but it can also be written in the tile header. If the tile header also has a COD marker, the CO of the tile part header
Information on the D marker has priority.

【００６１】ＣＯＤマーカーは図１４に示されるよう
に、５個のブロックで構成されている。ＣＯＤブロック
は、ＣＯＤマーカーの始まりを示すコードで0xFF52と決
まっている。ＬｃｏｄブロックはＣＯＤマーカーのバイ
ト数を示す。The COD marker is composed of 5 blocks as shown in FIG. The COD block is a code indicating the start of the COD marker and is set to 0xFF52. The Lcod block indicates the number of bytes of the COD marker.

【００６２】Ｓｃｏｄブロックはすべてのコンポーネン
トのコーディングスタイルを示す。図１５にコンポーネ
ントのコーディングスタイルの各パラメータの値を示
す。The Scod block indicates the coding style for all components. FIG. 15 shows the value of each parameter of the coding style of the component.

【００６３】このように定義された符号データを復号す
るとき、最初にＳＩＺマーカーからイメージデータの基
本情報を抽出する。このとき、ＳＩＺマーカーには元デ
ータのビット精度がコンポーネント毎に示されている。
元データが、たとえば、Ｒ（赤）,Ｇ（緑）,Ｂ（青）の
１６ビット精度の画像データであるときを考える。この
とき、ＳＩＺマーカーの値は、Ｓｓｉｚ0= １６,Ｓｓｉ
ｚ1=１６,Ｓｓｉｚ2=１６になっている。When decoding the coded data defined in this way, the basic information of the image data is first extracted from the SIZ marker. At this time, the bit precision of the original data is indicated in the SIZ marker for each component.
Consider a case where the original data is, for example, image data with 16-bit precision of R (red), G (green), and B (blue). At this time, the value of the SIZ marker is Ssiz0 = 16, Ssi
z1 = 16 and Ssiz2 = 16.

【００６４】ＪＰＥＧ２０００ではイメージデータを、
図４で説明したように、ビットプレーン単位で処理する
ことを特徴としている。その概念図を図１６に示す。図
１６には、イメージデータをウエーブレット変換し、６
４×６４のサイズのデータのビット長方向にデータを並
べたあと、同じビット位置のデータ（６４×６４の値を
１６ビットで表現し、同じ重さのビット位置のデータ）
だけを取り出し（これがビットプレーンである）、ビッ
トプレーン単位で圧縮、伸張処理を行うことを特徴とし
ている。圧縮伸張の方法は算術符号化（ＭＱコーダ）を
使用している。In JPEG2000, image data is
As described with reference to FIG. 4, processing is performed in bit plane units. The conceptual diagram is shown in FIG. In FIG. 16, the image data is wavelet transformed to
After arranging the data in the bit length direction of the data of size 4x64, the data of the same bit position (the value of 64x64 is expressed in 16 bits and the data of the bit position of the same weight)
It is characterized by taking out only this (this is a bit plane) and performing compression and expansion processing in bit plane units. The compression / decompression method uses arithmetic coding (MQ coder).

【００６５】なお、ＪＰＥＧ２０００における符号化デ
ータの性質を利用して、復号を行う際、ＬＳＢ側のコー
ディングパスのデータが有効であっても、それらをすべ
て無効（ＺＥＲＯ）にすることで復号データのビット長
を最初から削減した状態で処理を行うことができる。When decoding is performed by utilizing the property of the encoded data in JPEG2000, even if the data in the coding path on the LSB side is valid, all of them are invalidated (ZERO) to obtain the decoded data. Processing can be performed with the bit length reduced from the beginning.

【００６６】図１７に示すように、ＪＰＥＧ２０００で
はデータをビットプレーン単位で圧縮、伸張する特徴を
利用して、入力された符号データのうち、出力に必要な
ビット精度分だけＭＳＢ側からビットプレーンの復号を
行い、残りのビットプレーンの符号データを破棄又は無
視(図面上では、ビットを削除すると記載されている。)
する操作を示す。この場合、各イメージデータのＬＳＢ
成分がいくらか失われるが、元のビット精度が大きい場
合は、一般的なディスプレイで表示する分に対しては問
題無く表示できるだけの情報量を持っている。As shown in FIG. 17, JPEG2000 utilizes the feature of compressing and decompressing data in bit plane units, and in the input code data, the bit planes from the MSB side of the bit plane are converted by the bit precision required for output. Performs decoding and discards or ignores the code data of the remaining bit planes (in the drawing, it is described that bits are deleted).
Indicates the operation to be performed. In this case, the LSB of each image data
Although some components are lost, if the original bit precision is large, it has enough information to display on a general display without any problem.

【００６７】具体的には、たとえば、Ｘ線写真で取られ
たデータを１６ビットの精度でデジタルデータに変換
し、ＪＰＥＧ２０００のアルゴリズムを使用して可逆の
圧縮符号化されたデータがあるとする。このデータは可
逆復号によって完全に元の１６ビットのデジタル画像デ
ータに復号することが可能で、ノイズ除去やフィルタリ
ングなどを行うことで特定部分の疾患の検査に使用する
ことができる。Specifically, for example, it is assumed that there is data losslessly compression-encoded by converting data taken by an X-ray photograph into digital data with 16-bit accuracy and using the JPEG2000 algorithm. This data can be completely decoded into the original 16-bit digital image data by lossless decoding, and can be used for examination of a specific part of the disease by performing noise removal or filtering.

【００６８】しかし、この画像データを８ビット精度の
ディスプレイで表示する場合、１６ビットのイメージ画
像をすべて復元しても、表示は８ビットの精度しかでき
ないことになる。この場合、本発明のように、たとえば
８ビット分の復号機能を持つハードウエアを準備してい
れば、１６ビットをすべて復号するよりも小さなハード
ウエアで１６ビットデータのうち８ビット分の表示が可
能になる。However, when displaying this image data on an 8-bit display, even if all 16-bit image images are restored, only 8-bit display is possible. In this case, if hardware having a decoding function of, for example, 8 bits is prepared as in the present invention, it is possible to display 8 bits of 16-bit data with less hardware than decoding all 16 bits. It will be possible.

【００６９】この場合、発明が解決しようとする課題で
述べたように、表示装置の性能に合せて、１６ビットと
８ビットの精度で復号できるように、例えば、各ビット
毎にパケット化して符号化することもできる。このよう
にすれば、１６ビット以下の表示機能の表示装置のすべ
てに、対応した符号データをしかしながら、この場合
は、１６ものパケットヘッダが必要となり、オーバヘッ
ドが大きくなり、符号の圧縮率が低下する。In this case, as described in the problem to be solved by the invention, for example, each bit is packetized and coded so that it can be decoded with 16-bit and 8-bit precision according to the performance of the display device. It can also be converted. By doing so, the code data corresponding to all the display devices having a display function of 16 bits or less, however, in this case, 16 packet headers are required, the overhead becomes large, and the compression rate of the code decreases. .

【００７０】本実施の形態では、１６ビットで一つのパ
ケットにして、符号化し、復号するとき、９ビット以上
の符号データ部分を破棄又は無視して、復号を行うこと
により、８ビットの精度で復号し、８ビット精度の表示
装置で表示する。In the present embodiment, when a packet is encoded with 16 bits and is encoded and decoded, the code data portion of 9 bits or more is discarded or ignored, and the decoding is performed to obtain an accuracy of 8 bits. Decode and display on 8-bit precision display.

【００７１】これを一般化して説明する。ｎ（但し、ｎ
は２以上の自然数）ビットで表わされる周波数領域の画
像データを複数の部分画像データに分割し、該部分画像
データのビットプレーン毎に圧縮符号化し、該圧縮符号
化されたデータを、各部分画像データ毎に１つのパケッ
トにして符号化し、これを図１８のフロー図に従って、
復号する。This will be generalized and described. n (however, n
Is a natural number greater than or equal to 2) and divides the image data in the frequency domain into a plurality of partial image data, compression-encodes each bit plane of the partial image data, and compresses the compression-encoded data into each partial image. Each data is encoded into one packet and encoded according to the flow chart of FIG.
Decrypt.

【００７２】復号が開始された場合（Ｓ１０）、符号デ
ータを復号する復号装置の処理能力又は該復号装置が復
号した画像データを表示する表示装置の表示能力に基づ
いて定める符号データの精度ｍと符号データの精度ｎと
を比較する。なお、符号データの精度ｎは、図１１にお
けるＱＣＤ６４を参照することにより、得ることができ
る。When the decoding is started (S10), the accuracy m of the code data determined based on the processing capability of the decoding device for decoding the coded data or the display capability of the display device for displaying the image data decoded by the decoding device is set. The precision n of the coded data is compared. The precision n of the coded data can be obtained by referring to QCD64 in FIG.

【００７３】ｎ＝＜ｍの場合は、そのまま符号データを
復号する（Ｓ１２）。また、ｎ＞ｍの場合は、前記ｎビ
ットのうち、ＭＳＢ側のｍビットのビットプレーンの符
号データについて復号し、それ以外のビットのビットプ
レーンの符号データを破棄又は無視して復号処理を行う
（Ｓ１１）。ステップ１１の場合、実際には、復号に当
たり、図１１におけるＱＣＤ６４に格納されているサブ
バンドにおける量子化のステップサイズを無視して、復
号することになる。If n = <m, the code data is decoded as it is (S12). In the case of n> m, of the n bits, the coded data of the m-bit bit plane on the MSB side is decoded, and the coded data of the bit planes of the other bits is discarded or ignored and the decoding processing is performed. (S11). In the case of step 11, the decoding is actually performed by ignoring the quantization step size in the subband stored in the QCD 64 in FIG.

【００７４】ところで、符号データ生成をソフトウエア
で構成すれば、柔軟性は高いものの、速度が低下する。
特に、ＪＰＥＧ２０００の符号のように、大量のデータ
を扱う場合に、速度の低下が顕著に表れる。By the way, if the code data generation is configured by software, the flexibility is high, but the speed is reduced.
In particular, when handling a large amount of data such as the JPEG2000 code, the speed is significantly reduced.

【００７５】そこで、本実施の形態では、符号化処理及
び／又は復号処理に関する処理を高速に行うために、装
置をハードウエアで構成した。Therefore, in this embodiment, in order to perform the processing relating to the encoding processing and / or the decoding processing at high speed, the apparatus is configured by hardware.

【００７６】図１０で説明したように、符号データフォ
ーマットは、メインヘッダ、タイルパーツヘッダとビッ
トストリームよりなる複数の対及びＥＯＣ５７から構成
されている。また、タイルパーツヘッダには、必ず、タ
イルパーツの初めを示すＳＯＴ５３が含まれている。こ
のＳＯＴ５３は、タイルパーツの初めを示すと共に、タ
イルパートの長さ情報等が格納されている。したがっ
て、タイルパーツヘッダを生成するには、ビットストリ
ームに含まれているパケットの長さ（＝パケットヘッダ
の長さ+パケットデータの長さ）を知る必要があり、そ
の結果、符号データフォーマットを生成するには、ビッ
トストリームに含まれているパケットの長さを知る必要
がある。As described with reference to FIG. 10, the code data format is composed of a main header, a tile parts header, a plurality of pairs of bit streams, and an EOC 57. In addition, the tile part header always includes the SOT 53 indicating the beginning of the tile part. The SOT 53 indicates the beginning of the tile part, and also stores the length information of the tile part and the like. Therefore, in order to generate the tile part header, it is necessary to know the packet length (= packet header length + packet data length) included in the bitstream, and as a result, the code data format is generated. To do this, you need to know the length of the packets contained in the bitstream.

【００７７】次に、パケットヘッダ情報の生成例を説明
する。パケットヘッダを生成する場合、必要な情報はゼロビットプレーン数コーディングパス数各コードブロックのバイト長等である。なお、ここでは、サブバンドを複数の矩形領
域に分割したコードブロック毎にエントロピー符号化し
た場合について説明する。したがって、この場合では、
パケットは複数のコードブロックから構成されている。Next, an example of generating packet header information will be described. When generating a packet header, the necessary information is the number of zero bit planes, the number of coding passes, the byte length of each code block, and so on. Here, a case will be described where entropy coding is performed for each code block obtained by dividing a subband into a plurality of rectangular areas. So in this case,
A packet is composed of multiple code blocks.

【００７８】次に、図１９を用いて、パケットヘッダの
生成方法を説明する。 (１)パケットヘッダは、最初に、データの有無を確認す
る（Ｓ２０）。これはパケット内の各コードブロックの
バイト数で判断でき、パケット内のすべてのコードブロ
ックのバイト数が０であればパケットにデータが無いこ
とになる。パケットにデータがある場合は先頭に“１”
がセットされる。パケットにデータがない場合は先頭に
“０”がセットされるが、パケットはバイト(８ビット)
単位で構成しなければならないので、パケットにデータ
がない場合は８ビットがすべて“０”のコードが生成さ
れる。 (２)次に、パケットの中のコードブロックの有無を確認
する（Ｓ２１）。コードブロックにデータがある場合は
次のビットに“1”をセットする。コードブロックにデ
ータがない場合は“０”がセットされる。このビットが
“０”の場合、次のビットは次のコードブロックの有無
を判断するビットとなる。コードブロックにデータがあ
る場合、次にゼロビットプレーンの数をセットする。ゼ
ロビットプレーンの数を表現する方法は、ゼロビットプ
レーンの数だけ“０”をセットした後“１”をセットす
る。 (３)次に、コーディングパスの数をセットする（Ｓ２
２）。コーディングパスのセットの方法は、図２０に基
づいて行われる。図２０を説明すると、１から５までは
単純な対応であり、２進化してコーディングパス数とし
ている。６から３６までは、９ビットのデータにおける
上位４ビットは、“１１１１”固定であり、これで６以
上を表し、下位５ビットは２進数を表し、この数字に６
を加算したものがコーディングパス数になる。コーディ
ングパス数が、３７を超えると符合は１６ビットで表現
されるようになり、上位９ビットが“１１１１１１１１
１”固定であり、これで３７以上の数を表すようにな
り、下位7ビットの２進数データに３７を加算した数
が、コーディングパスの数になる。エンコードの場合
は、与えられたコーディングパス数からこれらの符号デ
ータを作成する。（４）次に、コードブロックのバイト数を定義する（Ｓ
２３）が、この場合、バイト数をできるだけ少ないビッ
ト数で表現するために、先に与えられたコーディングパ
ス数を使用し、また、Ｌブロックというビットを付加し
ている。バイト数を表現するビット長は、コーディング
パス数の２の対数表現した整数分に３を加算した数で与
えられる。しかし、この数字でもバイト数を表現するの
に不足する場合はＬブロックを言うビットを付加し、バ
イト数を表現するのに必要なビット数を補うようにして
いる。Ｌブロックの表現方法は必要な数だけ“１”を連
続してセットし、その後で“０”をセットする。この後
で、バイト数を２進数でセットする。 (５)以上で、ひとつのコードブロックのパケットヘッダ
が生成される。ひとつのパケットの中に複数のコードブ
ロックがある場合、先のコードブロックのバイト数の後
に続いて次のコードブロックの有無を調べるビットがセ
ットされる。最後のコードブロックのバイと数の場合
は、パケットヘッダの大きさは８の倍数になっているの
で、８の倍数になるまで“０”をセットする（Ｓ２
４）。Next, a method of generating a packet header will be described with reference to FIG. (1) The packet header first confirms the presence or absence of data (S20). This can be determined by the number of bytes of each code block in the packet, and if the number of bytes of all code blocks in the packet is 0, there is no data in the packet. If there is data in the packet, the leading "1"
Is set. If there is no data in the packet, "0" is set at the beginning, but the packet is a byte (8 bits)
Since it has to be configured in units, a code in which all 8 bits are "0" is generated when there is no data in the packet. (2) Next, it is confirmed whether or not there is a code block in the packet (S21). If there is data in the code block, set the next bit to "1". If there is no data in the code block, "0" is set. When this bit is "0", the next bit is a bit for determining the presence or absence of the next code block. If the code block has data, then set the number of zero bit planes. As a method of expressing the number of zero bit planes, “0” is set for the number of zero bit planes and then “1” is set. (3) Next, the number of coding passes is set (S2
2). The method of setting the coding path is performed based on FIG. Referring to FIG. 20, 1 to 5 are simple correspondences and are binarized to obtain the number of coding passes. From 6 to 36, the upper 4 bits in the 9-bit data are fixed to “1111”, which represents 6 or more, and the lower 5 bits represent a binary number.
Is the number of coding passes. When the number of coding passes exceeds 37, the code is represented by 16 bits, and the upper 9 bits are "11111111".
It is fixed to 1 ", so that it represents a number of 37 or more, and the number obtained by adding 37 to the lower 7-bit binary data becomes the number of coding passes. In the case of encoding, the given coding pass (4) Next, the number of bytes of the code block is defined (S).
23), in this case, in order to represent the number of bytes with the smallest possible number of bits, the number of coding passes given previously is used, and a bit called L block is added. The bit length expressing the number of bytes is given by the number obtained by adding 3 to the integer expressed in logarithm of 2 of the number of coding passes. However, if this number is insufficient to represent the number of bytes, a bit called L block is added to supplement the number of bits required to represent the number of bytes. As for the L block representation method, "1" is continuously set as many times as necessary, and then "0" is set. After this, the number of bytes is set in binary. (5) With the above, a packet header of one code block is generated. If there is more than one code block in a packet, the number of bytes in the previous code block is followed by a bit that checks for the presence of the next code block. In the case of the byte code and the number of the last code block, since the size of the packet header is a multiple of 8, "0" is set until it becomes a multiple of 8 (S2
4).

【００７９】次に、例をあげて説明する。ひとつのパケ
ット内にコードブロックがひとつだけしかなく、ゼロビ
ットプレーン数が３、コーディングパス数が１３、バイ
ト数が２進数１０１０１１１０１の場合、パケットヘッ
ダは、 1 1 0001 111100111 1110 101011101 0000 になる。最初の“1”はパケットにデータがあることを
示し、次の“1”はコードブロックにデータがあること
を示し、次の“0001”はゼロビットプレーン数が３であ
ることを示し、次の“111100111”はコーディングパス
数が１３であることを示し、次の“1110”はＬブロック
が３であることを示し、次の“101011101”はコードブ
ロックのバイト数を示し、最後の“0000”はパケットの
最後なのでパケットヘッダが８の倍数になるように補間
したデータである。Next, an example will be described. When there is only one code block in one packet, the number of zero bit planes is 3, the number of coding paths is 13, and the number of bytes is 101011101, the packet header is 1 1 0001 111100111 1110 101011101 0000. The first "1" indicates that there is data in the packet, the next "1" indicates that there is data in the code block, the next "0001" indicates that the number of zero bit planes is 3, and the next “111100111” indicates that the number of coding passes is 13, the next “1110” indicates that the L block is 3, the next “101011101” indicates the number of bytes in the code block, and the last “0000”. Since "" is the end of the packet, it is data interpolated so that the packet header is a multiple of 8.

【００８０】なお、コーディングパス数が“11110011
1”で１３になるのは、上位４ビットが“1111”で＋６
を表し、下位5ビットが“00111”で2進数の７であるの
で７＋６＝１３になる。また、Ｌブロックが“1110”で
あるのはバイト数を表現するために９ビット必要で、コ
ーディングパス数が１３であるのでｌｏｇ_２１３=３
に、３を加算しても９ビットを表現するには3ビット不
足しているために、Ｌブロックで３ビット補間させるた
めである。The number of coding passes is "11110011".
1 becomes 13 and the higher 4 bits are "1111" and +6
Since the lower 5 bits are “00111” and the binary number is 7, 7 + 6 = 13. Also, the L block being “1110” requires 9 bits to represent the number of bytes, and the number of coding passes is 13, so log ₂ 13 = 3
This is because, even if 3 is added, 3 bits are insufficient to express 9 bits, and therefore 3 bits are interpolated in the L block.

【００８１】次に、ＪＰＥＧ２０００が規定する符号化
のように、パケットヘッダと圧縮データとの対により構
成される複数のパケットと、該複数のパケット全体に関
するヘッダであって、前記複数の全パケットの長さに関
するデータを含む領域を有する上位ヘッダとを有する符
号データを生成する符号データ生成方法において、先
ず、各パケットの長さを求めるステップと、その後に、
該ステップにより求めたパケット長を用いて、前記パケ
ットヘッダと前記上位ヘッダとを生成する上位ヘッダス
テップとを有する符号データ生成手順について、図２１
を用いて説明する。（１）先ず、各パケットの長さを求める（Ｓ３１）。（２）次いで、前記ステップにより求めたパケット長を
用いて、タイルパーツヘッダにおけるタイルサイズデー
タをセットする（Ｓ３２）。（３）その後で、各パケットヘッダ及びタイルパーツヘ
ッダを生成する（Ｓ３３）。（４）ビットストリームと
生成されたヘッダを組み合わせて符号データフォーマッ
トを生成する（Ｓ３４）。Next, as with the encoding defined by JPEG2000, a plurality of packets formed by a pair of a packet header and compressed data, and a header for all of the plurality of packets, which are all of the plurality of packets. In a code data generation method for generating code data having an upper header having an area containing data regarding length, first, a step of obtaining the length of each packet, and thereafter,
FIG. 21 shows a code data generation procedure including an upper header step of generating the packet header and the upper header by using the packet length obtained in the step.
Will be explained. (1) First, the length of each packet is obtained (S31). (2) Next, the tile size data in the tile part header is set using the packet length obtained in the above step (S32). (3) After that, each packet header and tile part header are generated (S33). (4) A code data format is generated by combining the bit stream and the generated header (S34).

【００８２】次に、パケット・ヘッダー・インフォーメ
ーションにおける各情報を生成して、パケットヘッダを
生成する構成を図２２を用いて説明する。Next, the structure for generating each information in the packet header information to generate the packet header will be described with reference to FIG.

【００８３】図２２の構成は、各レイヤーにおける有効
バイト数情報格納レジスタ５１、各レイヤーにおけるビ
ットプレーン数情報格納レジスタ５２、ゼロ・ビットプ
レーン情報格納レジスタ５３、ゼロ・レングス判定器５
４、ビット・プレーン判定器５５、有効レイヤー検出器
５６コーディング・パス数算出器５７、ｌｏｇ演算器５
８、ビット・レングス数判定器５９、タグ・トリー符号
化器６０、ゼロ・レングス・パケット生成器６１コード
ブロック・インクルージョン生成器６２、ゼロ・ビット
プレーン・インフォーメーション生成器６３、ナンバー
・オブ・コーデイング・パス生成器６４、インクリーズ
・オブ・コードブロック・インディケータ生成器６５、
レングス・オブ・コードワード・セグメント生成器６
６、エクストラ・ゼロ・ビット挿入器６７から構成され
ている。The configuration shown in FIG. 22 has a valid byte number information storage register 51 in each layer, a bit plane number information storage register 52 in each layer, a zero bit plane information storage register 53, and a zero length determiner 5.
4, bit plane determiner 55, effective layer detector 56 coding pass number calculator 57, log calculator 5
8, bit length number determiner 59, tag tree encoder 60, zero length packet generator 61 code block inclusion generator 62, zero bit plane information generator 63, number of code Ingress path generator 64, increments of code block indicator generator 65,
Length of codeword segment generator 6
6 and an extra zero bit inserter 67.

【００８４】なお、ここで、タグ・トリーとはハイアラ
ーキにおける正の整数による２次元配列を表現する方法
で、このトリーの全てのノードにおいて、それより下の
ノード（最大４まで）における最小整数が記録されてい
るものである。Here, the tag tree is a method of expressing a two-dimensional array of positive integers in the hierarchy, and in all nodes of this tree, the smallest integers in the nodes below it (up to 4) are It is recorded.

【００８５】次に、パケット・ヘッダー・インフォーメ
ーションにおける各情報を生成するための手順を、図２
２を用いて詳細に説明する。（１）ゼロ・レングス・パケット生成各レイヤーにおける有効バイト数情報格納レジスタ
５１に保存されている有効バイト数が“０”か“０でな
い”ことを判定する。Next, the procedure for generating each information in the packet header information will be described with reference to FIG.
It will be described in detail using 2. (1) Zero length packet generation It is determined whether the number of valid bytes stored in the valid byte number information storage register 51 in each layer is "0" or "not zero".

【００８６】次に各レイヤー全ての有効バイト数が
“０”であった場合、ゼロ・レングス・パケットを
“０”とし、本パケットをゼロ・レングスとする。Next, when the number of valid bytes in each layer is “0”, the zero length packet is set to “0” and this packet is set to zero length.

【００８７】ひとつ以上のレイヤにおいて有効バイ
ト数が“０でない”場合、ゼロ・レングス・パケットを
“１”とし、本パケットをノンゼロ・レングスとする。（２）コードブロック・インクルージョン生成各レイヤーにおけるビットプレーン数情報格納レジ
スタ５３に保存されているビットプレーン数情報から各
レイヤーにおいてビットプレーンが存在するか否かを判
定する。つまり、コードブロックが含まれているか否か
を判定する。When the number of effective bytes is not “0” in one or more layers, the zero length packet is set to “1” and this packet is set to non-zero length. (2) Code block inclusion generation It is determined from the bit plane number information stored in the bit plane number information storage register 53 in each layer whether or not a bit plane exists in each layer. That is, it is determined whether the code block is included.

【００８８】在する場合、コードブロック・インク
ルージョンは“１”となり、存在しない場合、コードブ
ロック・インクルージョンは“０”となる。If it exists, the code block inclusion becomes “1”, and if it does not exist, the code block inclusion becomes “0”.

【００８９】同じコードブロックが既に前のパケッ
トに含まれていた場合はタグ・トリー符号化が行われ、
それ以外は“１”となる。（３）ゼロ・ビットプレーン・インフォーメーション生
成ゼロ・ビットプレーン情報格納レジスタ５３に保存
されているゼロ・ビットプレーン情報からゼロ・ビット
プレーン数を確認する。If the same code block was already included in the previous packet, tag tree coding is performed,
Otherwise, it is "1". (3) Zero bit plane information generation The number of zero bit planes is confirmed from the zero bit plane information stored in the zero bit plane information storage register 53.

【００９０】ードブロックが最初に含まれていた場
合、上で確認したゼロ・ビットプレーン数をタグ・トリ
ー符号化を行いゼロ・ビットプレーン・インフォメーシ
ョンとする。（４）ナンバー・オブ・コーデイング・パス生成各レイヤーにおけるビットプレーン数情報格納レジ
スタ５３に保存されている情報から、最初に有効ビット
プレーンが存在するレイヤーの検出を行う。When the data block is first included, the number of zero bit planes confirmed above is subjected to tag tree coding to be zero bit plane information. (4) Number of coding path generation The layer in which the effective bit plane first exists is detected from the information stored in the bit plane number information storage register 53 in each layer.

【００９１】上記で検出されたレイヤーにおいて
最初のコーディング・パスを、以下の式で算出する。The first coding pass in the layer detected above is calculated by the following formula.

【００９２】１＋（３×Ｎｂｐ）（ここでＮｂｐは、最初に有効ビットプレーン有りと判
定されたレイヤーにおける有効ビットプレーン数であ
る。）以降のレイヤーにおけるコーディング・パス数の計
算は以下の計算式で算出される。1+ (3 × Nbp) (where Nbp is the number of effective bit planes in the layer first determined to have an effective bit plane.) The number of coding passes in the subsequent layers is calculated by the following formula. It is calculated by.

【００９３】３×Ｎｂｐ上記、で算出されたコーディング・パス数をナ
ンバー・オブ・コーデイング・パスとして生成する。（５）インクリーズ・オブ・コードブロック・インディ
ケータ生成 (４)で算出されたコーデイング・パス数において以
下の計算を行う。3 × Nbp The number of coding passes calculated in the above is generated as a number of coding pass. (5) Increment of code block indicator generation The following calculation is performed for the number of coding passes calculated in (4).

【００９４】ｌｏｇ_２（コーデイング・パス数）上記計算結果とＬｂｌｏｃｋによりレングス・オブ
・コードワードを表すのに必要なビット数を以下の計算
により算出する。Log ₂ (the number of coding passes) The number of bits required to represent the length of codeword is calculated by the following calculation based on the above calculation result and Lblock.

【００９５】ビット数＝Ｌｂｌｏｃｋ＋の算
出値（ここでＬｂｌｏｃｋは状態変数である）ここで求めたビット数で表せるバイト数範囲でコードワ
ード数が納まる場合はこのインクリーズ・オブ・コード
ブロック・インディケータは、“０”となり、レングス
・インディケータはアンチェンジドとなる。Number of bits = Calculated value of Lblock + (where Lblock is a state variable) If the number of codewords falls within the number of bytes that can be represented by the number of bits found here, this increment of code block indicator Becomes "0" and the length indicator becomes unchanged.

【００９６】コードワード数がこの範囲に納まらない場
合は、納めるのに必要な追加ビットを付加する必要があ
り、追加ビット数をインクリーズ・オブ・コードブロッ
ク・インディケータとして符号化する。（６）レングス・オブ・コードワード・セグメント生成各レイヤーにおける有効バイト数情報格納レジスタ
５１に保存されている有効バイト数を（５）で決定され
たビット数で表現することによりレングス・オブ・コー
ドワードとする。（７）以上（１）から（６）までで生成されたビット情
報をバイト単位でパックするにあたり、そのバイト値が
０ｘＦＦであった場合、次のバイトのＭＳＢにはエクス
トラ・ゼロ・ビットとして“０”ビットを自動的に挿入
する。（８）以上(１)から(７)までで生成された情報をＪＰＥ
Ｇ２００パケットヘッダーフォーマットに従い配置する
ことによりパケット・ヘッダー・インフォーメーション
として自動的に生成する。If the number of codewords does not fall within this range, it is necessary to add additional bits necessary to fit the codewords, and the number of additional bits is coded as an increments of code block indicator. (6) Length of code word segment generation The length of code is expressed by expressing the number of valid bytes stored in the valid byte number information storage register 51 in each layer by the number of bits determined in (5). It is a word. (7) When packing the bit information generated in (1) to (6) above in byte units, if the byte value is 0xFF, the MSB of the next byte is marked as an extra zero bit. Automatically insert 0 "bits. (8) The information generated in (1) to (7) above is JPE
It is automatically generated as a packet header information by placing it according to the G200 packet header format.

【００９７】なお、図２２に示されているように、パケ
ットヘッダを生成する構成を、ハードウエアで構成する
ことにより、画像データに係る符号化処理を高速に行う
ことができる。As shown in FIG. 22, the packet header is generated by hardware so that the encoding process for image data can be performed at high speed.

【００９８】また、画像処理装置をパイプライン処理を
使って、例えば、パケットヘッダ生成を行うことによ
り、多くのレジスタを削減したハードウエア構成とする
ことができる。Further, the image processing apparatus can be constructed in a hardware configuration in which a large number of registers are reduced by, for example, performing packet header generation by using pipeline processing.

【００９９】なお、上記実施の形態では、ＳＯＴに必要
な、タイルパーツヘッダのタイルデータサイズを求める
ために、先にパケットヘッダのデータ数を設定した後、
パケットヘッダを再作成するようにに説明したが、この
ように求めたタイルデータサイズをメインヘッダのＴＬ
Ｍで用いてもよい。In the above embodiment, in order to obtain the tile data size of the tile part header required for SOT, after first setting the data number of the packet header,
Although it is explained that the packet header is recreated, the tile data size obtained in this way is used as the TL of the main header.
It may be used in M.

【０１００】また、上記実施の形態で求めたパケットの
長さ情報を、メインヘッダのＰＬＭ及びタイルパーツヘ
ッダのＰＬＴで用いてもよい。Further, the packet length information obtained in the above embodiment may be used in the PLM of the main header and the PLT of the tile parts header.

【０１０１】本発明は、ＪＰＥＧ２０００で高ビット精
度で圧縮された画像データを、ディスプレーで表示する
のに必要な低ビット精度で復号するのに適した画像復号
装置を提供するができる。INDUSTRIAL APPLICABILITY The present invention can provide an image decoding device suitable for decoding image data compressed with high bit precision by JPEG2000 with low bit precision required for display on a display.

【０１０２】本発明は、このパケットヘッダー生成処理
をハードウェアで行わせることにより、高速に処理を行
い、かつマイクロプロセッサー等の負荷を低減させるこ
とができる。According to the present invention, by performing this packet header generation processing by hardware, the processing can be performed at high speed and the load on the microprocessor and the like can be reduced.

【０１０３】[0103]

【発明の効果】上述の如く本発明によれば、画像データ
における符号化処理及び／又は復号処理に関する処理を
効率的又は高速に行うことができる。As described above, according to the present invention, the processing relating to the encoding processing and / or the decoding processing on the image data can be performed efficiently or at high speed.

[Brief description of drawings]

【図１】ＪＰＥＧ２０００の符号化の流れを説明するた
めの図である。FIG. 1 is a diagram for explaining a flow of JPEG2000 encoding.

【図２】画像データ１を１２８×１２８の大きさのタイ
ルに分割し、レベル２の２次元離散ウエーブレット変換
を行った場合の例を説明するための図である。FIG. 2 is a diagram for explaining an example in which image data 1 is divided into tiles of a size of 128 × 128 and level 2 two-dimensional discrete wavelet transform is performed.

【図３】スカラー量子化の式である。FIG. 3 is a scalar quantization formula.

【図４】各サブバンド毎にエントロピー符号化した場合
におけるサブバンド２ＬＬとその算術符号化器の処理を
説明するための図である。FIG. 4 is a diagram for explaining the processing of subband 2LL and its arithmetic encoder when entropy encoding is performed for each subband.

【図５】３Ｎ＋１個のパス毎に算術符号器で生成された
符号をレイヤ０からレイアＬまでのＬ＋１個のレイヤに
まとめている様子を示す図である。FIG. 5 is a diagram showing a state in which codes generated by an arithmetic encoder for every 3N + 1 paths are combined into L + 1 layers from layer 0 to layer L;

【図６】ビットストリームを説明するための図である。FIG. 6 is a diagram for explaining a bitstream.

【図７】3色（コンポーネント０、１、２）より成る画
像をＪＰＥＧ２０００で符号化した場合のビットストリ
ームの図である。[Fig. 7] Fig. 7 is a diagram of a bit stream in the case where an image composed of three colors (components 0, 1, and 2) is encoded by JPEG2000.

【図８】図７の符号の各コンポーネントの１ＨＬ、１Ｌ
Ｈ、１ＨＨのレイアＬのパケットを破棄したビットスト
リームの図である。8 is a block diagram showing the components 1HL and 1L of the reference symbols in FIG.
It is a figure of the bit stream which abandoned the packet of layer L of H, 1HH.

【図９】符号化・復号器の構成例を説明するための図で
ある。FIG. 9 is a diagram for explaining a configuration example of an encoder / decoder.

【図１０】符号化・復号器から出力される符号データフ
ォーマットの例を説明するための図である。FIG. 10 is a diagram for explaining an example of a coded data format output from the encoder / decoder.

【図１１】メインヘッダーの構成例を説明するための図
である。FIG. 11 is a diagram for explaining a configuration example of a main header.

【図１２】タイルパートヘッダーの構成例を説明するた
めの図である。FIG. 12 is a diagram illustrating a configuration example of a tile part header.

【図１３】ＳＩＺマーカーのフォーマットを説明するた
めの図である。FIG. 13 is a diagram for explaining the format of a SIZ marker.

【図１４】ＣＯＤマーカーのフォーマットを説明するた
めの図である。FIG. 14 is a diagram for explaining a format of a COD marker.

【図１５】コーディングスタイルの各パラメータを説明
するための図である。FIG. 15 is a diagram for explaining each parameter of a coding style.

【図１６】ＪＰＥＧ２０００におけるビットプレーン単
位で処理する概念を説明するための図（その１）であ
る。FIG. 16 is a diagram (part 1) for explaining the concept of processing in bit plane units in JPEG2000.

【図１７】ＪＰＥＧ２０００におけるビットプレーン単
位で処理する概念を説明するための図（その２）であ
る。FIG. 17 is a diagram (part 2) for explaining the concept of processing in bit plane units in JPEG2000.

【図１８】符号データを復号する復号装置の処理能力又
は該復号装置が復号した画像データを表示する表示装置
の表示能力に基づいて行う復号方法を説明するためのフ
ロー図である。FIG. 18 is a flowchart for explaining a decoding method performed based on the processing capability of a decoding device that decodes coded data or the display capability of a display device that displays image data decoded by the decoding device.

【図１９】パケットヘッダの生成方法を説明するための
フロー図である。FIG. 19 is a flowchart illustrating a method of generating a packet header.

【図２０】コーディングパスの符号データを説明するた
めの図である。FIG. 20 is a diagram for explaining code data of a coding pass.

【図２１】符号データフォーマットの生成手順を説明す
るための図である。FIG. 21 is a diagram for explaining a procedure for generating a code data format.

【図２２】パケットヘッダを生成する構成例を説明する
ための図である。FIG. 22 is a diagram for explaining a configuration example for generating a packet header.

[Explanation of symbols]

１画像データ１０ＤＷＴ部１１量子化器１２係数モデリング部１３算術符号器１４符号形成部１５符号データ２０１タイルの画像データ３７パケットヘッダー３８エントロピー符号４０符号化・復号器４１前・後処理部４２ＤＷＴ／ＩＤＷＴ４３エントロピー符号・復号部４４符号形成部４５ＰＬＬ４６ＣＰＵＩ／Ｆ４７ワークメモリ４８ヘッダー処理部４９ＬＰＦ 1 image data 10 DWT section 11 quantizer 12 Coefficient modeling section 13 Arithmetic encoder 14 Code forming unit 15 Code data 20 1 tile image data 37 packet header 38 Entropy code 40 encoder / decoder 41 Front / Post Processing Department 42 DWT / IDWT 43 Entropy coding / decoding section 44 code forming unit 45 PLL 46 CPU I / F 47 work memory 48 Header processing part 49 LPF

───────────────────────────────────────────────────── フロントページの続き (72)発明者佐藤豊東京都大田区中馬込１丁目３番６号株式会社リコー内Ｆターム(参考） 5C059 KK11 MA00 MA24 MA35 MC11 MC38 ME11 PP01 PP15 RB02 RC14 RC24 RC28 SS23 TA43 TA49 TB17 TC47 UA05 UA09 UA15 UA29 UA30 5C078 AA04 BA21 BA53 CA25 CA31 DA00 DA01 DA02 DB19 EA00 5J064 AA02 AA03 BA09 BA10 BA16 BB05 BC02 BC16 BD01 ─────────────────────────────────────────────────── ─── Continued front page (72) Inventor Yutaka Sato 1-3-3 Nakamagome, Ota-ku, Tokyo Stocks Company Ricoh F term (reference) 5C059 KK11 MA00 MA24 MA35 MC11 MC38 ME11 PP01 PP15 RB02 RC14 RC24 RC28 SS23 TA43 TA49 TB17 TC47 UA05 UA09 UA15 UA29 UA30 5C078 AA04 BA21 BA53 CA25 CA31 DA00 DA01 DA02 DB19 EA00 5J064 AA02 AA03 BA09 BA10 BA16 BB05 BC02 BC16 BD01

Claims

[Claims]

1. A frequency domain image data represented by n (where n is a natural number of 2 or more) bits is divided into a plurality of partial image data, and compression coding is performed for each bit plane of the partial image data, and the compression is performed. A decoding method for decoding coded data in which coded data is coded into one packet for each partial image data, wherein m of the n bits on the MSB side (where m is m <
Decoding characterized by decoding coded data of bit planes of n natural bits), discarding or ignoring coded data of bit planes of other bits, and performing decoding processing to extract m-bit image decoded data. Method.

2. The m is determined based on the processing capability of a decoding device for decoding coded data or the display capability of a display device for displaying image data decoded by the decoding device. Decryption method.

3. The frequency domain image data represented by n (where n is a natural number of 2 or more) bits is divided into a plurality of partial image data, and compression coding is performed for each bit plane of the partial image data, and the compression is performed. A decoding device for decoding coded data obtained by coding coded data into one packet for each partial image data, wherein m of the n bits on the MSB side (where m is m <
Decoding processing means for decoding coded data of bit planes of n natural bits) and discarding or ignoring coded data of bit planes of other bits, and extraction means for extracting m-bit image decoded data And a decoding device.

4. The m is set based on the processing capability of a decoding device for decoding coded data or the display capability of a display device for displaying image data decoded by the decoding device. Decryption device.

5. An image processing apparatus comprising the decoding device according to claim 3.

6. The image processing apparatus according to claim 5, wherein the code is a code defined by JPEG2000.

7. A plurality of packets composed of a pair of a packet header and compressed data, and a header for the whole of the plurality of packets, which has an area including data relating to the lengths of all the plurality of packets. In a code data generation method for generating code data having a header, first, a step of obtaining the length of each packet, and thereafter, using the packet length obtained in the step, the packet header and the upper header are obtained. And a higher-order header generation step of generating the coded data.

8. A code characterized by recreating the packet header after setting the data number of the packet header in order to obtain the tile data size of the tile part header when creating the JPEG2000 encoded data. Data generation method.

9. A plurality of packets composed of a pair of a packet header and compressed data, and a header for the whole of the plurality of packets, which has an area including data regarding the length of all the plurality of packets. In a code data generation device for generating code data having a header, a packet length detection means for determining the length of each packet, an integration means for integrating the packet lengths detected by the packet length detection means, and the integration means A code data generation device, comprising: a high-order header generation unit that generates the high-order header using the accumulated packet length.

10. A code characterized by recreating the packet header after setting the data number of the packet header in advance in order to obtain the tile data size of the tile part header when creating the JPEG2000 encoded data. Data generator.

11. An image processing apparatus comprising the coded data generating device according to claim 9.

12. An image processing apparatus for encoding according to JPEG2000, comprising: packet header information zero length packet code block inclusion zero bit plane information number of coding path increments of. An image processing device characterized in that a code block indicator length of code word segment is automatically coded by hardware from information of the number of effective bytes, the number of bit planes, and the number of zero bit planes in each layer. .

13. The image processing apparatus according to claim 11 or 12, further comprising a packet header generation device using pipeline processing.