(57)【要約】【課題】  画質の劣化を低減しつつ、１回の圧縮で画像データを所定量のデータ量にする。【解決手段】  圧縮伸長処理部２００は、圧縮伸長制御部２０８の制御により、原画像データから例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ）、コンポーネント（Ｃ）、プレシンクト（Ｐ）の順になるようにパケットを配置してＪＰＥＧ２０００に準拠した符号ストリームを生成し、符号ストリームのデータ量と符号格納領域２０４の容量とが同じになった場合に原画像データの圧縮を打ち切り、符号格納領域２０４に格納された符号ストリームから再生画像データを生成する。【選択図】          図１０
2006229538.tif 000002
【特許請求の範囲】
【請求項１】
エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成する圧縮手段と、この圧縮手段により生成された符号ストリームが格納され、所定の格納容量を有する符号ストリーム格納手段と、この符号ストリーム格納手段に、前記圧縮手段により生成された符号ストリームを順次格納し、格納された符号ストリームのデータ量が所定量となった場合に、前記圧縮手段が符号ストリームの生成を打ち切るよう制御する圧縮制御手段とを有することを特徴とする画像処理システム。
【請求項２】
前記圧縮制御手段は、前記符号ストリーム格納手段に格納された符号ストリームのデータ量が前記符号ストリーム格納手段の格納容量と略同じになった場合に、前記圧縮手段が符号ストリームの生成を打ち切るよう制御することを特徴とする請求項１記載の画像処理システム。
【請求項３】
前記符号ストリーム格納手段に格納された符号ストリームから再生画像データを生成する伸長手段と、前記圧縮手段が符号ストリームの生成を打ち切った場合に、前記伸長手段が再生画像データの生成を開始するよう制御する伸長制御手段とをさらに有することを特徴とする請求項１又は２記載の画像処理システム。
【請求項４】
複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成する圧縮手段と、この圧縮手段により生成された符号ストリームが順次格納され、それぞれ所定の格納容量を有する複数の符号ストリーム格納手段と、この符号ストリーム格納手段のいずれかに、前記圧縮手段により生成された符号ストリームを順次格納し、格納された符号ストリームのデータ量が所定量となった場合に、前記圧縮手段が生成しているデータに対応する区間の符号化を打ち切り、次の区間の符号化を開始するように前記圧縮手段を制御する圧縮制御手段と、この圧縮制御手段の制御により前記圧縮手段が符号化を開始した区間の区間符号データが他の前記符号ストリーム格納手段のいずれかに格納されるように符号ストリームの格納先を切替える格納先切替え手段とを有することを特徴とする画像処理システム。
【請求項５】
前記圧縮制御手段は、前記圧縮手段が生成する符号ストリームのデータ量が符号ストリームを格納している前記符号ストリーム格納手段いずれかの格納容量と略同じになった場合に、前記圧縮手段が生成しているデータに対応する区間の符号化を打ち切り、次の区間の符号化を開始するように前記圧縮手段を制御することを特徴とする請求項４記載の画像処理システム。
【請求項６】
前記符号ストリーム格納手段それぞれに格納された符号ストリームを読み取って再生画像データを生成する伸長手段と、前記格納先切替え手段が符号ストリームの格納先を切替えた順序に応じて、前記伸長手段が符号ストリームを読み取る順序を制御する伸長制御手段とをさらに有することを特徴とする請求項４又は５記載の画像処理システム。
【請求項７】
前記圧縮手段は、プログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になる符号ストリームを生成することを特徴とする請求項１乃至６いずれか記載の画像処理システム。
【請求項８】
前記圧縮手段は、プログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になる符号ストリームを生成することを特徴とする請求項１乃至６いずれか記載の画像処理システム。
【請求項９】
前記圧縮手段は、プログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になるビットストリーム、及び、プログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になるビットストリームを有する符号ストリームを生成することを特徴とする請求項１乃至６いずれか記載の画像処理システム。
【請求項１０】
プログレッションの順番を定義される画像領域それぞれに対し、文字を構成する画像が含まれるか否かを識別する識別手段をさらに有し、前記圧縮手段は、文字を構成する画像が含まれると識別された画像領域のプログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になり、文字を構成する画像が含まれないと識別された画像領域のプログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になるように符号ストリームを生成することを特徴とする請求項９記載の画像処理システム。
【請求項１１】
エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成することを開始し、生成された符号ストリームを符号ストリーム格納手段に格納し、格納された符号ストリームのデータ量が所定量になった場合に、符号ストリームの生成を打ち切ることを特徴とする画像処理方法。
【請求項１２】
複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成することを開始し、生成された符号ストリームを符号ストリーム格納手段に格納し、格納された符号ストリームのデータ量が所定量になった場合に、符号化しているデータに対応する区間の符号化を打ち切って次の区間の符号化を開始し、符号化を開始した区間の区間符号データが他の符号ストリーム格納手段に格納されるように符号ストリームの格納先を切替えることを特徴とする画像処理方法。
【請求項１３】
エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成することを開始するステップと、生成された符号ストリームを符号ストリーム格納手段に格納するステップと、格納された符号ストリームのデータ量が所定量になった場合に、符号ストリームの生成を打ち切るステップとをコンピュータに実行させるプログラム。
【請求項１４】
複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成することを開始するステップと、生成された符号ストリームを符号ストリーム格納手段に格納するステップと、格納された符号ストリームのデータ量が所定量になった場合に、符号化しているデータに対応する区間の符号化を打ち切って次の区間の符号化を開始するステップと、符号化を開始した区間の区間符号データが他の符号ストリーム格納手段に格納されるように符号ストリームの格納先を切替えるステップとをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データの圧縮を行う画像処理システム、画像処理方法及びそのプログラムに関するものである。
【背景技術】
【０００２】
画像データを圧縮することにより、所定容量の記憶装置に画像データを格納することが広く行われている。
例えば、特許文献１は、符号化された１ページ分の画像データが規定容量のメモリに収まらない場合、メモリに画像データが収まるようになるまで解像度の縮小処理を繰り返すことにより、１ページ分の画像データを規定容量のメモリに収めるページプリンタを開示する。
【０００３】
【特許文献１】特開平７−１９５７５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来例においては、記憶装置の容量に対して圧縮が不十分な場合、縮小処理をページの先頭からやり直す必要があり、圧縮を繰り返さなければ、画質の劣化を低減しつつ画像データを所定量のデータ量にすることができないという問題があった。
【０００５】
そこで、本発明は、画質の劣化を低減しつつ、１回の圧縮で画像データを所定量のデータ量にすることができる画像処理システム、画像処理方法及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の特徴とするところは、エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成する圧縮手段と、この圧縮手段により生成された符号ストリームが格納され、所定の格納容量を有する符号ストリーム格納手段と、この符号ストリーム格納手段に、前記圧縮手段により生成された符号ストリームを順次格納し、格納された符号ストリームのデータ量が所定量となった場合に、前記圧縮手段が符号ストリームの生成を打ち切るよう制御する圧縮制御手段とを有する画像処理システムにある。即ち、圧縮手段が１回の圧縮を行うことにより、符号ストリームのデータ量を所定量にすることができ、且つ、生成された符号ストリームはエンベデッド化されたビットストリームを有する。したがって、画質の劣化を低減しつつ、１回の圧縮で画像データを所定量のデータ量にすることができる。
【０００７】
好適には、前記圧縮制御手段は、前記符号ストリーム格納手段に格納された符号ストリームのデータ量が前記符号ストリーム格納手段の格納容量と略同じになった場合に、前記圧縮手段が符号ストリームの生成を打ち切るよう制御する。即ち、圧縮手段が１回の圧縮を行うことにより、符号ストリーム格納手段の格納容量と略同量のデータ量の符号ストリームを生成することができ、且つ、生成された符号ストリームはエンベデッド化されたビットストリームを有する。したがって、画質の劣化を低減しつつ、１回の圧縮で画像データを所定量のデータ量にすることができる。
【０００８】
好適には、前記符号ストリーム格納手段に格納された符号ストリームから再生画像データを生成する伸長手段と、前記圧縮手段が符号ストリームの生成を打ち切った場合に、前記伸長手段が再生画像データの生成を開始するよう制御する伸長制御手段とをさらに有する。したがって、符号ストリーム格納手段の格納容量と略同量のデータ量の符号ストリームが生成されると、再生画像データの生成を開始することができるので、現画像データの圧縮後に不要な遅延を生じさせることなく再生画像データを生成することができる。
【０００９】
また、本発明の第２の特徴とするところは、複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成する圧縮手段と、この圧縮手段により生成された符号ストリームが順次格納され、それぞれ所定の格納容量を有する複数の符号ストリーム格納手段と、この符号ストリーム格納手段のいずれかに、前記圧縮手段により生成された符号ストリームを順次格納し、格納された符号ストリームのデータ量が所定量となった場合に、前記圧縮手段が生成しているデータに対応する区間の符号化を打ち切り、次の区間の符号化を開始するように前記圧縮手段を制御する圧縮制御手段と、この圧縮制御手段の制御により前記圧縮手段が符号化を開始した区間の区間符号データが他の前記符号ストリーム格納手段のいずれかに格納されるように符号ストリームの格納先を切替える格納先切替え手段とを有する画像処理システムにある。即ち、区間符号データを単位として、１回の圧縮で画像データを所定量のデータにすることができ、画質の劣化を低減しつつ、区間符号データを連続的に圧縮することができる。
【００１０】
好適には、前記圧縮制御手段は、前記圧縮手段が生成する符号ストリームのデータ量が符号ストリームを格納している前記符号ストリーム格納手段いずれかの格納容量と略同じになった場合に、前記圧縮手段が生成しているデータに対応する区間の符号化を打ち切り、次の区間の符号化を開始するように前記圧縮手段を制御する。
【００１１】
好適には、前記符号ストリーム格納手段それぞれに格納された符号ストリームを読み取って再生画像データを生成する伸長手段と、前記格納先切替え手段が符号ストリームの格納先を切替えた順序に応じて、前記伸長手段が符号ストリームを読み取る順序を制御する伸長制御手段とをさらに有する。したがって、格納先切替え手段により符号ストリームの格納先が他の符号ストリーム格納手段に切替えられると、符号ストリームを格納していた符号ストリーム格納手段から伸長手段が符号ストリームを順次に読み取って再生画像データを生成することができるので、画像データの圧縮伸長をリアルタイムに行うことができる。
【００１２】
また、好適には、前記圧縮手段は、プログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になる符号ストリームを生成する。即ち、データ量に応じて画像品質（ＳＮＲ）を段階的に改善する符号ストリームを生成することができる。
【００１３】
また、好適には、前記圧縮手段は、プログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になる符号ストリームを生成する。即ち、データ量に応じて画像の解像度を段階的に改善する符号ストリームを生成することができる。
【００１４】
また、好適には、前記圧縮手段は、プログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になるビットストリーム、及び、プログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になるビットストリームを有する符号ストリームを生成する。また、好適には、プログレッションの順番を定義される画像領域それぞれに対し、文字を構成する画像が含まれるか否かを識別する識別手段をさらに有し、前記圧縮手段は、文字を構成する画像が含まれると識別された画像領域のプログレッションの順番が解像度、レイヤ、コンポーネント、位置の順になり、文字を構成する画像が含まれないと識別された画像領域のプログレッションの順番がレイヤ、解像度、コンポーネント、位置の順になるように符号ストリームを生成する。したがって、画像データを所定量のデータ量にした場合にも、文字を含まない画像領域よりも文字の解像度を高くすることができる。
【００１５】
また、本発明の第３の特徴とするところは、エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成することを開始し、生成された符号ストリームを符号ストリーム格納手段に格納し、格納された符号ストリームのデータ量が所定量になった場合に、符号ストリームの生成を打ち切る画像処理方法にある。
【００１６】
また、本発明の第４の特徴とするところは、複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成することを開始し、生成された符号ストリームを符号ストリーム格納手段に格納し、格納された符号ストリームのデータ量が所定量になった場合に、符号化しているデータに対応する区間の符号化を打ち切って次の区間の符号化を開始し、符号化を開始した区間の区間符号データが他の符号ストリーム格納手段に格納されるように符号ストリームの格納先を切替える画像処理方法にある。
【００１７】
また、本発明の第５の特徴とするところは、エンベデッド化されたビットストリームを有する符号ストリームを原画像データから生成することを開始するステップと、生成された符号ストリームを符号ストリーム格納手段に格納するステップと、格納された符号ストリームのデータ量が所定量になった場合に、符号ストリームの生成を打ち切るステップとをコンピュータに実行させるプログラムにある。
【００１８】
また、本発明の第６の特徴とするところは、複数のエンベデッド化された区間符号データを含むビットストリームを有する符号ストリームを原画像データから生成することを開始するステップと、生成された符号ストリームを符号ストリーム格納手段に格納するステップと、格納された符号ストリームのデータ量が所定量になった場合に、符号化しているデータに対応する区間の符号化を打ち切って次の区間の符号化を開始するステップと、符号化を開始した区間の区間符号データが他の符号ストリーム格納手段に格納されるように符号ストリームの格納先を切替えるステップとをコンピュータに実行させるプログラムにある。
【発明の効果】
【００１９】
本発明によれば、画質の劣化を低減しつつ、１回の圧縮で画像データを所定量のデータ量にすることができる。
【発明を実施するための最良の形態】
【００２０】
次に本発明の実施形態を図面に基づいて説明する。
図１において、本発明の実施形態に係る画像処理システム１の概要が示されている。画像処理システム１は、表示装置及びキーボードなどを含むユーザインタフェース装置（ＵＩ装置）１０、ＨＤＤ・ＣＤ装置などの記録装置１２、印刷装置１４、通信装置１６及び制御装置２などから構成される。制御装置２は、ＣＰＵ２０及びメモリ２２などを含み、画像処理システム１を構成する各部を制御する。
つまり、画像処理システム１は、コンピュータとしての機能を含み、例えばＵＩ装置１０を介して入力された画像の符号化条件に応じて、記録媒体１２０又は通信装置１６から受け入れた画像データを処理し、ＵＩ装置１０の表示装置、又は印刷装置１４に画像を出力することができるようにされている。
【００２１】
図２は、制御装置２内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部の第一例（圧縮伸長処理部２００）の構成を示すブロック図である。図２に示すように、圧縮伸長処理部２００は、圧縮器２０２、符号格納領域２０４、伸長器２０６及び圧縮伸長制御部２０８を有する。また、圧縮伸長処理部２００を構成する各部は、バス２１０を介して互いに接続されている。
【００２２】
圧縮器２０２は、例えばＪＰＥＧ２０００に準拠した符号ストリームを生成するようにされており、圧縮伸長制御部２０８の制御により、原画像データ及び符号化条件を受入れて、原画像データを圧縮した符号ストリームを出力する。符号格納領域２０４は、圧縮器２０２が出力する符号ストリームを格納する。伸長器２０６は、例えばＪＰＥＧ２０００に準拠しており、符号格納領域２０４から符号ストリームを受け入れ（読み取り）、符号ストリームを伸長して再生画像データを出力する。圧縮伸長制御部２０８は、圧縮伸長処理部２００を構成する各部（圧縮器２０２を含む）を制御する。
なお、圧縮伸長処理部２００は、例えば圧縮器２０２、伸長器２０６及び圧縮伸長制御部２０８がＣＰＵ２０により実行されるソフトウェア（プログラム）からなり、符号格納領域２０４がメモリ２２内に設けられる構成であってもよい。
【００２３】
次に、圧縮器２０２の詳細について説明する。
図３は、圧縮器２０２を構成する主要部を示すブロック図である。図３に示すように、圧縮器２０２は、第１の変換部２３０、第２の変換部２３２、量子化部２３４、係数ビットモデリング部２３６、算術符号化部２３８、符号順序制御部２４０、ＲＯＩ（Region of interest）符号化部２４２、シンタックス適合部２４４及びファイルフォーマット定義部２４６などから構成される。
【００２４】
第１の変換部２３０は、例えば画像を表すＲＧＢの３つの信号成分（コンポーネント）を有する画像データを受け入れ、それぞれの信号レベルをダイナミックレンジの２分の１シフト（ＤＣレベルシフト）させ、ＹＣｂＣｒ信号のコンポーネント画像にコンポーネント変換する。また、第１の変換部２３０は、符号化条件に応じて各コンポーネント画像を複数の同サイズの空間領域（タイル）に分割する。
図４は、コンポーネント画像（画像領域）を２０個のタイルに分割した画像領域分割例である。画像領域は、例えば参照グリッド（０，０）を原点とする座標系において、水平方向及び垂直方向のオフセット値を用いて空間位置が決められている。画像領域は、例えばラスタ順のインデックス番号０〜１９を付されたタイル（タイルコンポーネント）Ｔ０〜Ｔ１９に分割されており、全てのタイルに画像領域と重なる部分があるようにされている。
【００２５】
第２の変換部２３２（図３）は、第１の変換部２３０により分割されたタイルコンポーネントそれぞれをウェーブレット変換し、複数の分解レベルにサブバンド分解する。
図５は、複数のタイルコンポーネントに分割された画像を分解レベル数２にサブバンド分解した分解例である。図５に示すように、ウェーブレット変換により水平方向及び垂直方向に例えば分解レベル数２で低域（Ｌ）と高域（Ｈ）とに帯域分割された各タイルコンポーネントは、それぞれ２ＬＬ、２ＨＬ、２ＬＨ及び２ＨＨ（分解レベル２）と、１ＨＬ、１ＬＨ及び１ＨＨ（分解レベル１）のサブバンド（サブバンド係数）を有する。なお、サブバンドがさらにサブバンド分解されると、水平方向及び垂直方向のフィルタにより、解像度は半分になる。
【００２６】
量子化部２３４（図３）は、例えば非可逆変換の場合などにサブバンド係数のダイナミックレンジを削減するためなどに設けられている。係数ビットモデリング部２３６は、エンベデッド符号化アルゴリズムであるＥＢＣＯＴ（Embedded Block Coding with Optimized Truncation）を行うために、各サブバンド係数をコードブロックに分割してビットプレーンに展開し、符号化パスで符号化する。コードブロックは、タイルコンポーネントにおけるサブバンド内で符号化データをまとめる領域（プレシンクト）をさらに分割した小領域である。
図６は、タイルコンポーネントを複数のプレシンクト（precinct）に分割した分割例である。
図７は、タイルコンポーネントにおけるサブバンド内でプレシンクトをコードブロックに分割した分割例である。
図６に示すように、タイルコンポーネントは、参照グリッド（０，０）を原点とする座標系において、左上座標がそれぞれ（２ＰＰｘ，２ＰＰｙ）の整数倍になる複数のプレシンクト（１辺の長さが２のべき乗）に分割される。例えば、タイルコンポーネントは、ラスタ順のインデックス番号０〜１１を付されたプレシンクトＫ０〜Ｋ１１に分割される。プレシンクトのインデックス番号は、各プレシンクトに対応するパケットの符号ストリーム中の順序決めに用いられる。また、図７に示すように、各プレシンクトは、タイルコンポーネントにおける全てのサブバンド内で共通の大きさのコードブロックに分割される。
【００２７】
算術符号化部２３８（図３）は、図示しないＭＱ符号器（ＭＱ coder）を含んでＥＢＣＯＴの一部を構成し、例えば所定領域のデータを確率区間のＭＰＳ（More Probable Symbol）又はＬＰＳ（Less Probable Symbol）のいずれかに再帰的に対応させた区間符号データに符号化する。区間符号データに符号化される所定の領域は、例えば画像データのページ単位であってもよいし、サブバンド単位であってもよい。
符号順序制御部２４０は、算術符号化部２３８によりコードブロック単位で圧縮されたデータを１つ以上のレイヤに分配し、例えば複数のパケットを含むビットストリームを符号化条件に応じて配置した符号ストリームを出力する。
図８は、コードブロック単位で圧縮されたデータを５つのレイヤに分割してエンベデッド符号を構成する分割例である。図８に示すように、符号順序制御部２４０は、エンベデッド符号を構成するために、各コードブロックからの符号を画像の品質（ひずみ、ＳＮＲ）に対する寄与度に応じて、例えば５つのレイヤに分配する。
図９は、符号順序制御部２４０が出力する符号ストリームの構造例である。図９に示すように、符号順序制御部２４０が出力する符号ストリームは、例えばメインヘッダ、タイルパート（第１）ヘッダ、第１のタイルパート（ビットストリーム）、タイルパート（第２）ヘッダ、第２のタイルパート（ビットストリーム）及びＥＯＣ（End of codestream）の順に配置される。例えば符号順序制御部２４０は、圧縮伸長制御部２０８の制御により、例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ：解像度レベル）、コンポーネント（Ｃ）、プレシンクト（Ｐ：位置）の順になるようにパケットを配置して符号ストリームを生成する。
【００２８】
なお、ＲＯＩ符号化部２４２（図３）は、符号化条件に応じて、興味領域（ＲＯＩ）を定義し、各サブバンド係数をビットプレーンに展開して符号化する場合に、ＲＯＩ領域のビットプレーンが他のビットプレーンよりも高位になるようにスケーリングする。また、シンタックス適合部２４４は、圧縮器２０２を構成する各部の処理を符号化条件に応じたシンタックスに適合させる。さらに、ファイルフォーマット定義部２４６は、アプリケーションのために必要な情報をオプションとして符号ストリーム内に定義する。
【００２９】
次に、圧縮伸長処理部２００が行う画像データの圧縮伸長処理について説明する。
図１０は、圧縮伸長処理部２００が行う画像データの圧縮伸長処理（Ｓ１０）を例示するフローチャートである。
図１０に示すように、ステップ１００（Ｓ１００）において、圧縮器２０２は、例えばＵＩ装置１０を介して入力された符号化条件に応じて、通信装置１６を介して入力された原画像データの圧縮を開始する。
【００３０】
ステップ１０２（Ｓ１０２）において、圧縮器２０２は、圧縮伸長制御部２０８の制御により、例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ）、コンポーネント（Ｃ）、プレシンクト（Ｐ）の順になるようにパケットを配置してＪＰＥＧ２０００に準拠した符号ストリームを生成し、バス２１０を介して符号格納領域２０４に対し順次出力する。
【００３１】
ステップ１０４（Ｓ１０４）において、符号格納領域２０４は、圧縮器２０２から受け入れた符号ストリームを順次格納する。
【００３２】
ステップ１０６（Ｓ１０６）において、圧縮伸長制御部２０８は、符号格納領域２０４の容量と符号格納領域２０４に格納された符号ストリームのデータ量とが同じになったか否かを判定し、同じになった場合にはＳ１０８の処理に進み、同じになっていない場合にはＳ１０２の処理に進む。
【００３３】
ステップ１０８（Ｓ１０８）において、圧縮器２０２は、圧縮伸長制御部２０８の制御により、原画像データの圧縮を打ち切る。
【００３４】
ステップ１１０（Ｓ１１０）において、伸長器２０６は、圧縮伸長制御部２０８の制御により、符号格納領域２０４から符号ストリームを受け入れ（読み取り）、ＪＰＥＧ２０００に準拠して符号ストリームを伸長し、再生画像データを生成する。
【００３５】
以上説明したように、本実施形態における圧縮伸長処理部２００は、圧縮伸長制御部２０８の制御により、原画像データから例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ）、コンポーネント（Ｃ）、プレシンクト（Ｐ）の順になるようにパケットを配置してＪＰＥＧ２０００に準拠した符号ストリームを生成し、符号ストリームのデータ量と符号格納領域２０４の容量とが同じになった場合に原画像データの圧縮を打ち切り、符号格納領域２０４に格納された符号ストリームから再生画像データを生成する。
【００３６】
次に、圧縮伸長処理部の第二例（圧縮伸長処理部２５０）について説明する。
図１１は、画像処理システム１の制御装置２内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部２５０の構成を示すブロック図である。図１１に示すように、圧縮伸長処理部２５０は、文字領域認識部２５２、圧縮器２０２、符号格納領域２０４、伸長器２０６及び圧縮伸長制御部２５４を有する。また、圧縮伸長処理部２５０を構成する各部は、バス２１０を介して互いに接続されている。
なお、圧縮伸長処理部２５０において、図２に示した圧縮伸長処理部２００を構成する部分と実質的に同一のものには、同一の符号が付してある。
【００３７】
文字領域認識部２５２は、プログレッションの順番を定義される例えばタイルそれぞれに対し、文字を構成する画像（文字画像データ）が含まれるか否かを識別し、識別結果を圧縮伸長制御部２５４に対して出力する。文字画像データが含まれる画像領域か否かは、ＲＯＩ符号化部２４２によって定義されるようにしてもよい。
圧縮伸長制御部２５４は、例えば文字を構成する画像が含まれると識別された画像領域のプログレッションの順番が解像度（Ｒ：解像度レベル）、レイヤ（Ｌ）、コンポーネント（Ｃ）、プレシンクト（Ｐ：位置）の順になり、文字を構成する画像が含まれないと識別された画像領域のプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ：解像度レベル）、コンポーネント（Ｃ）、プレシンクト（Ｐ：位置）の順になるように圧縮器２０２を制御する。また、圧縮伸長制御部２５４は、圧縮伸長処理部２５０を構成する各部（圧縮器２０２を含む）を制御する。
なお、圧縮伸長処理部２５０は、例えば文字領域認識部２５２、圧縮器２０２、伸長器２０６及び圧縮伸長制御部２５４がＣＰＵ２０により実行されるソフトウェア（プログラム）からなり、符号格納領域２０４がメモリ２２内に設けられる構成であってもよい。
【００３８】
次に、圧縮伸長処理部２５０が行う画像データの圧縮伸長処理について説明する。
図１２は、圧縮伸長処理部２５０が行う画像データの圧縮伸長処理（Ｓ２０）を例示するフローチャートである。
図１２に示すように、ステップ２００（Ｓ２００）において、圧縮器２０２は、例えばＵＩ装置１０を介して入力された符号化条件に応じて、通信装置１６を介して入力された原画像データの圧縮を開始する。
【００３９】
ステップ２０２（Ｓ２０２）において、圧縮伸長制御部２５４は、タイル単位で文字画像データが含まれるか否かを文字領域認識部２５２が識別した識別結果を受け入れ、タイルに文字画像データがある場合にはＳ２０４の処理に進み、タイルに文字画像データがない場合にはＳ２０６の処理に進む。
【００４０】
ステップ２０４（Ｓ２０４）において、圧縮伸長制御部２５４は、圧縮器２０２が生成する符号ストリームのプログレッションの順番がタイル単位でＲＬＣＰになるように設定する。
【００４１】
ステップ２０６（Ｓ２０６）において、圧縮伸長制御部２５４は、圧縮器２０２が生成する符号ストリームのプログレッションの順番がタイル単位でＬＲＣＰになるように設定する。
【００４２】
ステップ２０８（Ｓ２０８）において、圧縮器２０２は、設定されたプログレッションの順番に応じて符号ストリームを生成する。
【００４３】
ステップ２１０（Ｓ２１０）において、符号格納領域２０４は、圧縮器２０２から受け入れた符号ストリームを順次格納する。
【００４４】
ステップ２１２（Ｓ２１２）において、圧縮伸長制御部２５４は、符号格納領域２０４の容量と符号格納領域２０４に格納された符号ストリームのデータ量とが同じになったか否かを判定し、同じになった場合にはＳ２１４の処理に進み、同じになっていない場合にはＳ２０２の処理に進む。
【００４５】
ステップ２１４（Ｓ２１４）において、圧縮器２０２は、圧縮伸長制御部２５４の制御により、原画像データの圧縮を打ち切る。
【００４６】
ステップ２１６（Ｓ２１６）において、伸長器２０６は、圧縮伸長制御部２５４の制御により、符号格納領域２０４から符号ストリームを受け入れ（読み取り）、ＪＰＥＧ２０００に準拠して符号ストリームを伸長し、再生画像データを生成する。
【００４７】
以上説明したように、本実施形態における圧縮伸長処理部２５０は、圧縮伸長制御部２５４の制御により、プログレッションの順番を定義される画像領域それぞれに対し、文字画像データが含まれるか否かに応じてプログレッションの順番を設定してＪＰＥＧ２０００に準拠した符号ストリームを生成し、符号ストリームのデータ量と符号格納領域２０４の容量とが同じになった場合に原画像データの圧縮を打ち切り、符号格納領域２０４に格納された符号ストリームから再生画像データを生成する。
【００４８】
次に、圧縮伸長処理部の第三例（圧縮伸長処理部２６０）について説明する。
図１３は、画像処理システム１の制御装置２内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部２６０の構成を示すブロック図である。図１３に示すように、圧縮伸長処理部２６０は、圧縮器２０２、符号格納領域２６２ａ，２６２ｂ、伸長器２０６及び圧縮伸長制御部２６４を有する。また、圧縮伸長処理部２６０を構成する各部は、バス２１０を介して互いに接続されている。
なお、圧縮伸長処理部２６０において、図２に示した圧縮伸長処理部２００を構成する部分と実質的に同一のものには、同一の符号が付してある。
【００４９】
符号格納領域２６２ａ，２６２ｂは、例えば容量及びアクセススピードが略同じにされており、圧縮伸長制御部２６４の制御により、圧縮器２０２が出力する符号ストリームを交互に順次格納する。また、符号格納領域２６２ａ，２６２ｂは、符号ストリームが読み取られると、符号ストリームを残さない（消去する）ようにされている。符号格納領域２６２ａ，２６２ｂは、１つの符号格納領域を分割されたものであってもよいし、それぞれ個別に設けられてもよい。また、圧縮伸長制御部２６４は、圧縮伸長処理部２６０を構成する各部（符号格納領域２６２ａ，２６２ｂ含む）を制御する。
なお、圧縮伸長処理部２６０は、例えば圧縮器２０２、伸長器２０６及び圧縮伸長制御部２６４がＣＰＵ２０により実行されるソフトウェア（プログラム）からなり、符号格納領域２６２ａ，２６２ｂがメモリ２２内に設けられる構成であってもよい。
【００５０】
次に、圧縮伸長処理部２６０が行う画像データの圧縮伸長処理について説明する。
図１４は、圧縮伸長処理部２６０が行う画像データの圧縮伸長処理（Ｓ３０）を例示するフローチャートである。
図１４に示すように、ステップ３００（Ｓ３００）において、圧縮器２０２は、例えばＵＩ装置１０を介して入力された符号化条件に応じて、通信装置１６を介して入力された原画像データのページ単位の圧縮を開始する。
【００５１】
ステップ３０２（Ｓ３０２）において、圧縮器２０２は、圧縮伸長制御部２６４の制御により、例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ）、コンポーネント（Ｃ）、プレシンクト（Ｐ）の順になるようにパケットを配置してＪＰＥＧ２０００に準拠した符号ストリームを生成し、バス２１０を介して符号格納領域２６２ａ，２６２ｂいずれかに対し順次出力する。
【００５２】
ステップ３０４（Ｓ３０４）において、圧縮伸長制御部２６４の制御により、符号格納領域２６２ａ，２６２ｂいずれかは、圧縮器２０２から受け入れた符号ストリームを順次格納する。
【００５３】
ステップ３０６（Ｓ３０６）において、圧縮伸長制御部２６４は、符号ストリームを格納中の符号格納領域２６２ａ，２６２ｂいずれかの容量と格納された符号ストリームのデータ量とが同じになったか否かを判定し、同じになった場合にはＳ３０８の処理に進み、同じになっていない場合にはＳ３０２の処理に進む。
【００５４】
ステップ３０８（Ｓ３０８）において、圧縮器２０２は、圧縮伸長制御部２６４の制御により、原画像データの圧縮を打ち切る。
【００５５】
ステップ３１０（Ｓ３１０）において、伸長器２０６は、圧縮伸長制御部２６４の制御により、符号ストリームを格納している符号格納領域２６２ａ，２６２ｂいずれかから符号ストリームを受け入れ（読み取り）、ＪＰＥＧ２０００に準拠して符号ストリーム（ページ）の伸長を開始する。
【００５６】
ステップ３１２（Ｓ３１２）において、圧縮伸長制御部２６４は、原画像データに次ページがあるか否かを判定し、次ページがある場合にはＳ３１４の処理に進み、次ページがない場合にはＳ３２４の処理に進む。
【００５７】
ステップ３１４（Ｓ３１４）において、圧縮伸長制御部２６４は、符号ストリームの格納先を切り替える。例えば、符号格納領域２６２ａに符号ストリームを格納していた場合には、符号ストリームの格納先を符号格納領域２６２ｂに切替える。
【００５８】
ステップ３１６（Ｓ３１６）において、圧縮器２０２は、原画像データの次ページの圧縮を開始する。
【００５９】
ステップ３１８（Ｓ３１８）において、圧縮器２０２は、圧縮伸長制御部２６４の制御により、例えばプログレッションの順番がレイヤ（Ｌ）、解像度（Ｒ）、コンポーネント（Ｃ）、プレシンクト（Ｐ）の順になるようにパケットを配置してＪＰＥＧ２０００に準拠した符号ストリームを生成し、切替えられた符号格納領域２６２ａ，２６２ｂいずれかに対し順次出力する。
【００６０】
ステップ３２０（Ｓ３２０）において、切替えられた符号格納領域２６２ａ，２６２ｂいずれかは、圧縮器２０２から受け入れた符号ストリームを順次格納する。
【００６１】
ステップ３２２（Ｓ３２２）において、伸長器２０６により符号ストリームが読み取られている符号格納領域２６２ａ，２６２ｂいずれかに対し、圧縮伸長制御部２６４は、格納されている（残存している）符号ストリームのデータ量が０になったか否かを判定し、データ量が０になった場合にはＳ３０８の処理に進み、０になっていない場合にはＳ３１８の処理に進む。
【００６２】
ステップ３２４（Ｓ３２４）において、圧縮伸長制御部２６４は、符号格納領域２６２ａ，２６２ｂに格納されている全ページの符号ストリームが伸長されたか否かを判定し、伸長された場合には処理を終了し、伸長されていない場合には伸長器２０６に符号ストリーム（最後のページ）の伸長を継続させる。
【００６３】
以上説明したように、本実施形態における圧縮伸長処理部２６０は、圧縮伸長制御部２６４の制御により、圧縮器２０２が出力する符号ストリームを符号格納領域２６２ａ，２６２ｂに交互に格納することができ、画像データの圧縮伸長に不要な遅延を生じさせることなく、リアルタイムに行うことができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態に係る画像処理システムの概要を示す構成図である。
【図２】制御装置内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部の第一例の構成を示すブロック図である。
【図３】圧縮器を構成する主要部を示すブロック図である。
【図４】コンポーネント画像（画像領域）を２０個のタイルに分割した画像領域分割例である。
【図５】複数のタイルコンポーネントに分割された画像を分解レベル数２にサブバンド分解した分解例である。
【図６】タイルコンポーネントを複数のプレシンクトに分割した分割例である。
【図７】タイルコンポーネントにおけるサブバンド内でプレシンクトをコードブロックに分割した分割例である。
【図８】コードブロック単位で圧縮されたデータを５つのレイヤに分割してエンベデッド符号を構成する分割例である。
【図９】符号順序制御部が出力する符号ストリームの構造例である。
【図１０】圧縮伸長処理部（第一例）が行う画像データの圧縮伸長処理（Ｓ１０）を例示するフローチャートである。
【図１１】画像処理システムの制御装置内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部の第二例の構成を示すブロック図である。
【図１２】圧縮伸長処理部（第二例）が行う画像データの圧縮伸長処理（Ｓ２０）を例示するフローチャートである。
【図１３】画像処理システムの制御装置内に含まれ、画像データの圧縮伸長処理を行う圧縮伸長処理部の第三例の構成を示すブロック図である。
【図１４】圧縮伸長処理部（第三例）が行う画像データの圧縮伸長処理（Ｓ３０）を例示するフローチャートである。
【符号の説明】
【００６５】
１・・・画像処理システム
１０・・・ＵＩ装置
２・・・制御装置
２０・・・ＣＰＵ
２２・・・メモリ
２００・・・圧縮伸長処理部
２０２・・・圧縮器
２０４・・・符号格納領域
２０６・・・伸長器
２０８・・・圧縮伸長制御部
【図１】
2006229538.tif 000003
【図２】
2006229538.tif 000004
【図３】
2006229538.tif 000005
【図４】
2006229538.tif 000006
【図５】
2006229538.tif 000007
【図６】
2006229538.tif 000008
【図７】
2006229538.tif 000009
【図８】
2006229538.tif 000010
【図９】
2006229538.tif 000011
【図１０】
2006229538.tif 000012
【図１１】
2006229538.tif 000013
【図１２】
2006229538.tif 000014
【図１３】
2006229538.tif 000015
【図１４】
2006229538.tif 000016