画像形成装置および画像形成方法
【課題】 ページ単位の圧縮を行わずにパフォーマンスを向上させるセキュアードプリント機能を実現する。
【解決手段】 ページを分割してなるバンド単位に圧縮し、バンド間にＣＯＭＭＥＮＴマーカー・セグメントを付加し、また適切なＢＩＨを生成してページ先頭に付加する。
【解決手段】 ページを分割してなるバンド単位に圧縮し、バンド間にＣＯＭＭＥＮＴマーカー・セグメントを付加し、また適切なＢＩＨを生成してページ先頭に付加する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はバンド単位で画像を符号化するような画像形成装置、特にJIBG符号化を用いた画像形成装置に関するものである。
【背景技術】
【０００２】
近年の複写機のデジタル化に伴い、複写機のスキャナやプリンタを使用してファクシミリ送受信を行う機能や、ＰＤＬ（Ｐａｇｅ ＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）プリントを行う機能等、複数の機能を合わせ持つ複合機が実用化されてきている。このような複合機は、複写機能、ファクシミリ機能、ＰＤＬプリント機能等の単機能だけではなく、例えば、ＰＤＬ展開画像をファクシミリ送信するといった複数の機能を複合した機能を実行可能に構成されている。更に、このような複合機は、複合機をＬＡＮ（ローカルエリアネットワーク）経由で接続することによって、コンピュータ装置等でも複合機の機能を利用するように構成されている。
【０００３】
また、このような複合機では，複写機能とＰＤＬプリント機能、ファクシミリプリント機能等に対して、プリンタ部分の制御プログラムを共通化し、また、複写機能とファクシミリ読み取り機能、スキャナ機能等に対して、リーダ部分の制御プログラムを共通化して、各種機能を実現する制御プログラム容量を削減し、所望の機能を経済性良く、また、簡略に実現することができる。
【０００４】
更に、このような複合機では画像データを蓄積する大容量のハードディスクや半導体メモリ等の画像記憶部を具備し、この画像記憶部に対して、スキャナによる読み取り画像データやＰＤＬの展開画像データ，ファクシミリ受信文書データ等を入力する画像入力ジョブと，画像記憶部に蓄積された画像データをプリントアウトしたり、ファクシミリ送信したり、ネットワークを介してコンピュータ装置へ画像転送したりするために読み出す画像出力ジョブとを組み合わせて実行することにより所望の機能を提供することができる。
【０００５】
また、画像データを蓄積する大容量のハードディスクの一部を利用して画像データを一時保管し、所望のタイミングで画像データを読み出すボックス機能を実現することも可能である。このボックス機能を実現するためにハードディスクの固定エリアに例えば１００個のボックスを用意し、ユーザは複合機に接続されたコンピュータから画像データを取り込む際にボックス番号を指定することにより、対応するボックスに画像データを保存することが可能になっている（例えば特許文献１）。
【０００６】
この時、ハードディスクの容量を削減するために、圧縮装置により展開画像データは一旦圧縮された後、ハードディスクに格納され、印刷時にはプリンタエンジンに同期して伸長された後、プリンタエンジンに送信される。
【０００７】
ここで圧縮／伸長装置における圧縮／伸長手段としては様々な方法が適用可能である。いまプリンタエンジンがモノクロ画像を印字するものであり２値のドットパターンデータを扱う２値プリンタエンジンであれば、この圧縮／伸長手段として２値データを圧縮／伸長可能な手段を適用できる。
【０００８】
このような２値データ圧縮／伸長手段のうち、標準化されている方式の一つとしてＪＢＩＧ(Joint Bi-level Image Expert Group)方式がある。このＪＢＩＧ方式は、算術符号化を採用し、ＭＭＲ方式よりも符号化効率が高く、特にコンピュータで生成された画像データにおいてその傾向が顕著であることが知られている。このように、ＪＢＩＧの理論は十分に確立され、標準化もなされているが、実際に復号器や伸長器を製品化する際には、実に多様なハードウエア構成が考えられるため、現在、どのような構成が適しているか様々な検討がなされている。例えば、このＪＢＩＧ圧縮方式で圧縮されてハードディスクに格納されたデータをホストコンピュータから市販されているＶｉｅｗｅｒを用いることによって圧縮データを直接閲覧することが知られている。
【特許文献１】特開２００１−２８２４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
先に説明した、本発明の基礎となる構成では、PDLの展開画像データやスキャナデータを、１ページを分割して成るバンド単位で処理する方法が主流となっている。例えばメモリブッファを２つ用意して、一方ではバンド単位で展開されたデータを格納し、また一方ではバンド単位で格納されている画像データを読み出して圧縮するようにして、バッファを交互に使用することによりパフォーマンスの向上を図っている。したがって、この場合、バンド単位で圧縮した画像データはバンド単位で完全に符号が終了していることになる。
【００１０】
しかしながら、先に述べたボックス機能により格納した圧縮データを市販のＶｉｅｗｅｒを用いてホストコンピュータから閲覧しようとする時には、１ページの連続したＪＢＩＧ符号になっていないと閲覧することができない。しかし、ＪＢＩＧ方式での符号はByte単位で符号が生成されるのが特徴である。したがって、圧縮・伸長装置を制御するDMAC部が32bit単位でのデータ転送にしか対応していないような場合では、JBIG符号の終端を示す終端コードの後に必要のないデータも含めて転送してしまうことになり、バンド単位で圧縮した符号データを連結して１ページの連続した圧縮符号にすることは、そのままでは不可能である。
【００１１】
したがって、従来ではボックス機能によってハードディスクに画像データを圧縮して格納する時には、バンド単位で処理せずにページ単位での処理を行っていた。しかし、この方法では1ページもの長い時間、圧縮・伸長装置をそのジョブに独占されてしまうことになり他の用途による圧縮・伸長処理は一切行う事ができなかった。
【００１２】
本発明は上記の課題に鑑みてなされたもので、その目的とするところは、バンド単位で圧縮されてボックス格納された画像データをホストコンピュータ上で閲覧可能にする画像形成装置及び画像形成方法を提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するために本発明の画像形成装置は、ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、画像データをバンド単位で符号化する符号化手段と、該符号化手段によって符号化された画像データを格納する格納手段と、該格納手段に格納する時にバンド単位で符号化された画像データの終端コードを検出する検出手段と、該検出手段によって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加手段と、該第１付加手段によってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成手段と、該生成手段によって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加手段と、を備えることを特徴とする。
【００１４】
上記課題を解決するために請求項２記載の画像形成装置は、請求項1記載の画像形成装置において、前記符号化手段は、JBIG方式であることを特徴とする。
【００１５】
上記課題を解決するために請求項３記載の画像形成装置は、請求項1記載の画像形成装置において、前記格納手段は、ハードディスク(HD)であることを特徴とする。
【００１６】
上記課題を解決するために請求項４記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段によって付加される符号は、JBIG方式におけるCOMMENTマーカ・セグメントであることを特徴とする。
【００１７】
上記課題を解決するために請求項５記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段は、前記バンド単位で符号化された符号が32bitバウンダリに整合するように付加することを特徴とする。
【００１８】
上記課題を解決するために請求項６記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段と前記第２付加手段によって１ページの連続した符号化データに連結された画像データを接続された情報処理装置に記憶されたアプリケーションから閲覧することができることを特徴とする。
【００１９】
上記課題を解決するために本発明の画像形成方法は、ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、画像データをバンド単位で符号化する符号化ステップと、該符号化ステップによって符号化された画像データを格納する格納ステップと、該格納ステップに格納する時にバンド単位で符号化された画像データの終端コードを検出する検出ステップと、該検出ステップによって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加ステップと、該第１付加ステップによってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成ステップと、該生成ステップによって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加ステップと、を含むことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、ＪＢＩＧ方式によってボックスにバンド単位で圧縮された画像データに対しても、バンド間の符号の終端コードの直後にＣＯＭＭＥＮＴマーカー・セグメントを付加し、また、適切なＢＩＨを生成してページの先頭に付加することにより、ホストコンピュータ上において、市販のＶｉｅｗｅｒを用いることで上記画像データを閲覧することが可能になる。この発明により、従来のようにページ単位で圧縮処理を行う必要がなくなりパフォーマンスの向上を見込むことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図２に、本発明の実施形態のシステム概観図を示す。２０２〜２０４はホストコンピュータであり、いわゆるDTP(Desk Top Publishing：デスクトップパブリッシング)を実行するアプリケーションソフトウェアを動作させ、各種文書／図形が作成／編集される。２０５はMFP(Multi Function peripheral：マルチファンクション周辺機器)であり、機能としてはプリント機能、スキャナ機能、ＦＡＸ機能等を有している。２０１はLAN(Local Area Network)であり、ホストコンピュータ２０２〜２０４とMFP２０５を接続して、ホストコンピュータ上で作成された文書等をLAN２０１を介してＭＦＰ２０５に印刷出力させたり、ＭＦＰ２０５のスキャナで読み込んだ画像データをホストコンピュータ２０２〜２０４に転送したりすることができる。
【００２２】
図３は、本実施の形態に係るデータ処理装置の構成を示すブロック図である。同図は、ＭＦＰ２０５の機能ブロック図を示している。その中で、３０１はコンピュータI/Fであり、外部装置であるホストコンピュータ２０２〜２０４と後述するコア部３１０との間のインターフェースとして機能し、ホストコンピュータ２０２〜２０４と１対１のローカルインターフェースを介して接続しても、ネットワークを介して接続してもよい。
【００２３】
３０２はスキャナ部であり、原稿の画像を読み取り、読み取った原稿画像に応じた画像データをＩＰ部３０３に転送する。ＩＰ部３０３は画像処理部であり様々な画像処理を施すことができる。
【００２４】
３０４はＦＡＸ部であり、電話回線を介して受信した圧縮画像データを伸長して、伸長されたデータをコア部３１０に転送し、また、コア部３１０で圧縮された画像データを電話回線を介して送信する。送受信する画像データは、ストレージ部３１２に一時的に保存することができる。
【００２５】
３０５は操作部インターフェースであり、操作部３０６とコア部３１０とを制御するインターフェース部であり、操作部３０６は様々なユーザインターフェースを備えており、操作することによってＭＦＰ２０５を所望の動作をさせることができる。
【００２６】
３０７はフィニッシャであり、後述するプリンタエンジン３０９から出力されたシートがフィニッシャに入ってきてサンプルトレイがジョブの種類や排出されるシートの枚数に応じて切り替えて排出される。
【００２７】
３０８はエンジンインターフェース部であり、コア部３１０から転送されてきたビデオデータからレーザビームを駆動し、プリンタエンジン３０９との制御をする。
【００２８】
３０９はプリンタエンジンであり、コア部３１０から転送されてきた画像データに応じた画像を記録媒体である記録紙上に記録する。
【００２９】
３１０はコア部であり、コンピュータI/F部３０１、ＩＰ部３０３、FAX部３０４、操作部I/F部３０５、フィニッシャ３０７、エンジンI/F部３０８、ハードディスク３１１のそれぞれの間のデータの流れを制御するものであり、いわば交通整理の役割を担っており、MFP２０５における各種機能に応じてバスの切り替えを行うところである。コア部３１０には、不図示の圧縮・伸長回路、メモリコントローラ、回転器、描画処理を行うレンダラー回路等が含まれている。
【００３０】
３１２はストレージ部であり、ハードディスク３１１が接続されている。ストレージ部３１２はコア部３１０で圧縮された画像データを検索するためのＩＤ（識別子）番号と共にハードディスク３１１に記憶させる。また，ストレージ部３１２はコア部３１０を介して転送されたコードデータに基づいて、ハードディスク３１１に記憶されている圧縮データを検索し、該検索された圧縮画像データを読み出してコア部３１０へ転送する。コア部３１０は圧縮画像データを伸長して各制御部へ転送する。
【００３１】
図４は、本実施の形態に係るJBIG符号化の１バンドあたりのデータ構成図であり、ＩＴＵ―Ｔ Ｔ．８５の符号データの構造を示す。同図のＢＩＥ４００はＪＢＩＧ符号データの最上位の構造であり、２値画像の実態と呼ばれる。一つの画像データは一つ以上のＢＩＥ４００から構成される。Ｔ．８５では１ページあたり１つのＢＩＥが存在する。２値画像ヘッダ（ＢＩＨ４０１）と２値画像データ（ＢＩＤ４０２）から構成される。
【００３２】
２値画像データ（ＢＩＤ４０２）は、ＳＤＥ４０４とフローティング・マーカー・セグメント４０３の連結で構成される。フローティング・マーカー・セグメント４０３は図６に示すようなＣＯＭＭＥＮＴマーカー・セグメントの他、ＡＴＭＯＶＥマーカー・セグメント、ＮＥＷＬＥＮマーカー・セグメント等がある。ＳＤＥ４０４はＰＳＣＤ（保護されたストライプ符号化データ）４０５に、ＥＳＣバイト４０６とＳＤＮＯＲＭバイト（またはＳＤＲＳＴバイト）４０７を付加したものである。このＥＳＣバイト４０６とＳＤＮＯＲＭバイト（またはＳＤＲＳＴバイト）４０７を終端コードと呼ぶ。ＳＤＥ４０４が、ＳＤＮＯＲＭによって終端される時は、現ストライプの処理終了時での圧縮・伸長回路内のUpdate RAMの内容が保持され次のストライプの処理に引き続き使われる。また、ＳＤＥ４０４が、ＳＤＲＳＴによって終端される時には、現ストライプの処理終了時のUpdate RAMの内容はリセットされ次のストライプの処理は初期状態から開始されることになる。本発明では、画像データをバンド単位で圧縮・伸長処理を行うが、一つのバンドを１ページとして扱うため終端コードは常にＳＤＲＳＴ（ＦＦ０３ｈ）を使用する。また、ＰＳＣＤ４０５はＳＣＤ（ストライプ符号化データ）の中のＦＦｈバイトをＦＦｈ＋００ｈに置き換えたものである。この１バイトの００ｈはスタッフ・バイトと呼ばれ、ＦＦｈが符号か、データかを区別するために付加するものである。復号化時にはこのＦＦｈの後の００ｈは廃棄する。
【００３３】
図５は、ＪＢＩＧ符号における２値画像ヘッダ（ＢＩＨ）の詳細データ構成を示す図である。ＢＩＨはＢＩＥに含まれる画像データの属性を格納する。図５において、ＤＬ５００は、最初に伝送されるレイヤを意味するパラメータでありフィールドとしては１バイト確保されている。なお、ＦＡＸのようなシングル・レイヤ・シーケンシャルのアプリケーションでは０固定となっている。またＤ５０１はビットプレーンの数を表すパラメータで、ＦＡＸ用ＪＢＩＧでは１固定となっている。５０３、５１２〜５１５、５２０はＪＢＩＧ符号としては意味のない、使用されないエリアである。また、ＸＤ５０４は水平方向の画像サイズ、ＹＤ５０５は垂直方向の画像サイズを示している。Ｌｏ５０６は、解像度が最も低いレイヤのストライプ幅、Ｍｘ５０７は、ＡＴ画素に許される最大水平方向のオフセット値を示し、Ｍｙ５０８は、ＡＴ画素に許される最大垂直方向のオフセット値を示し、この値は０固定である。Order５０９は、５１２〜５１９のビットから構成される順序に関する情報が格納されるエリアである。また、Options５１０は、JBIG符号化方式のオプションが示されるエリアであり、５２０〜５２７までのビットの集まりを示す。そして、DPTABLE５１１は、DPTABLE用に使用されるが、シングル・レイヤ・シーケンシャルのアプリケーションでは何も示さない。つまり、データサイズとしては０である。
【００３４】
ＢＩＨは４０１は、以上の２０バイトにより示されるが、ここで、Order５０９及びOptions５１０の詳細情報に関して説明する。図５のＨＩＴＯＬＯ５１６は、階層の伝送順序指示であり、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３５】
ＳＥＱ５１７はプログレッシブ符号化かシーケンシャル符号化かを識別するために使用され、シングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＩＬＥＡＶＥ５１８は、ＩＬＥＡＶＥ（インタリーブ）を示し、ビットプレーン伝送順序を指示する。これもシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＳＭＩＤ５１９は、ストライプ伝送順序を指示するものであるが、シングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３６】
ＬＲＬＴＷＯ５２１は、符号化・復号化時に使用されるテンプレートの参照ライン数の選択を行うパラメータエリアであり、そこに‘０’が示されると３ライン参照であり、‘１’が示されると２ライン参照となる。ＶＬＥＮＧＴＨ５２２は、画像の副走査方向の可変長サイズを可能とするか否かのパラメータである。
【００３７】
また、ＴＰＤＯＮ５２３は、階層的符号化でのTypical Predictionを行うか否かの指示パラメータである。これは、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＴＰＢＯＮ５２４は、ベースレイヤ符号化のTypical Predictionを行うか否かの指示パラメータである。ＯＮ（１）が設定されていればＴＰ機能ありで、ＯＦＦ（０）の場合はＴＰ機能なしを示す。なお、ＤＰＯＮ５２５、ＤＰＰＲＩＶ５２６、ＤＰＬＡＳＴ５２７も、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３８】
図６はフローティング・マーカー・セグメント４０３のうちＣＯＭＭＥＮＴマーカー・セグメントの詳細データ構成を示す図である。ＣＯＭＭＥＮＴマーカー・セグメントはＢＩＥ４００中にコメントを挿入するために使用される。Ｌｃはコメントの長さをバイトで表したものであり、この後のＬｃバイトはコメントである。すなわちＣＯＭＭＥＮＴ・マーカー・セグメントの長さは６＋Ｌｃバイトである。
【００３９】
次に図１のフローチャートを参照することによって、本発明の実施の形態に係る画像形成装置の制御動作を示す。まず最初に、ホストコンピュータ２０２〜２０４で作成された文書をＭＦＰ２０５内のハードディスク３１１にボックス格納を行う、もしくはＭＦＰ２０５の操作部３０６上で操作することにより原稿をスキャナ部３０２で読み取り、読み取ったデータをボックス格納する場合を考えてみる。まずステップ（Ｓ１０１）において、特にＭＦＰ２０５内のハードディスク３１１にボックス格納しないで印刷、もしくはコピー等を行う場合は、ステップ（Ｓ１０３）に進み、通常通りにバンド単位で所望の処理を行うことになる。この場合はバンド単位で一旦ＭＦＰ２０５内のメモリに画像データを圧縮して１ページ分スプールする。その後、今度はバンド単位で伸長してプリンタエンジンに画像データを転送を行う。また、ステップ（Ｓ１０１）において、ホストコンピュータ上で作成した文書、もしくはスキャンする原稿をＭＦＰ２０５内のハードディスク３１１にボックス格納する場合も、やはりバンド単位でスキャンデータもしくは展開データを圧縮して一旦ＭＦＰ２０５内のメモリに格納することになる（ステップＳ１０２）。
【００４０】
ここで、ステップＳ１０３と処理が異なり、ボックス格納が指示された場合は、ページにおける最終バンドを除く各バンドにおけるＪＢＩＧ符号の終端コード（ここではＦＦ０３ｈ）の検出を行う（ステップＳ１０４）。ステップＳ１０４において、ページにおける最終バンドを除く各バンドの終端コードを検出したら、ステップＳ１０５に進み、ＪＢＩＧの符号が32bitバウンダリに整合させるために必要なバイト数を算出して、それに見合うＣＯＭＭＥＮＴマーカー・セグメントを生成する。生成されたＣＯＭＭＥＮＴマーカー・セグメントは検出された各バンドの終端コードのすぐ直後に付加される（ステップＳ１０５）。この時のメモリ上での実際の処理を示す図が図７及び図８である。図７はステップＳ１０２において、３つのバンド、圧縮ＢＡＮＤ Ａ７０１、圧縮ＢＡＮＤ Ｂ７０２、圧縮ＢＡＮＤ Ｃ７０３が圧縮されてメモリに格納されている様子を示している。ＪＢＩＧの符号はＢｙｔｅ単位で生成されており、各バンドともＥＳＣバイト４０６とＳＤＲＳＴバイト４０７の終端コードで符号が終端されている。本発明の実施の形態における、ＭＦＰ２０５のシステムでは、符号・復号回路のＤＭＡＣ部は32bit単位での転送をサポートしているが、このままの圧縮データをバンド単位でハードディスク３１1に格納した場合、ホストコンピュータより市販のＶｉｅｗｅｒを用いて閲覧する時には、32bit単位での転送になってしまうため、圧縮ＢＡＮＤ Ａ７０１では１バイトの００ｈが、圧縮ＢＡＮＤ Ｂ７０２では３バイトの００ｈがゴミデータとして一緒に転送されてしまい、ホストコンピュータ上ではバンド間の切れ目で正常に伸長することができずに閲覧することが不可能になってしまう。そこで、本発明ではステップＳ１０４においてページの最終バンドを除く各バンドの終端コードを検出して、ステップＳ１０５において、適切なＣＯＭＭＥＮＴマーカー・セグメントを生成して各バンドの終端コードの直後に付加することで、32bitバウンダリに整合している。その様子を図８に示す。圧縮ＢＡＮＤ Ａ８０１では、図８に示すような３バイトのコメントを生成し、ＣＯＭＭＥＮＴマーカー・セグメントとしては９バイトのフローティング・マーカー・セグメントを生成して終端コードの直後に付加している。また、圧縮ＢＡＮＤ Ｂ８０２では、同様に１バイトのコメントを生成し、ＣＯＭＭＥＮＴマーカー・セグメントとしては７バイトのフローティング・マーカーを生成して終端コードの直後に付加して32bitバウンダリに整合している。この処理によって、メモリ空間上ではリニアにマッピングはされていないが、ホストコンピュータ２０２〜２０４に転送する時には、連続した１ページのＪＢＩＧ符号として仮想的に連結することが可能である。
【００４１】
図１のフローチャートに戻って、上記の処理を先頭バンドから順に、最終バンドの一つ前のバンドまで行う（ステップＳ１０６）。最終バンドは符号を連結する必要がないので上記処理を行う必要はない。最終バンドの一つ前のバンドまでのＣＯＭＭＥＮＴマーカー・セグメントを付加したらステップＳ１０７に進む。ステップＳ１０７で、バンド単位で圧縮した符号データを１ページの連続した符号にするために、適切なＢＩＨ４０１を生成する。２０バイトのＢＩＨ４０１は、図４に示すようにＢＩＤより前に付加しなくてはならないため、ホストコンピュータ２０２〜２０４に転送する時には、先頭バンドの圧縮データより先に転送してやる必要がある。
【００４２】
適切なＢＩＨ４０１を生成したらハードディスク３１1に格納する（ステップＳ１０８）。以上のような処理を文書もしくは原稿の全ページに対して行う（ステップＳ１０９）。
【００４３】
ボックス機能によるＭＦＰ２０５内のハードディスク３１1に格納した圧縮データをホストコンピュータ２０２〜２０４上のＶｉｅｗｅｒで閲覧する時のＧＵＩの一例を図９に示す。ハードディスク３１1は例えば１００個ぐらいのボックスに区切られており、ユーザが個人的に使用することが可能である。市販のＪＢＩＧ Ｖｉｅｗｅｒを用いることによってボックス内の文書一覧９０１から所望の文書を選択することによって、ホストコンピュータ上で伸長して文書を閲覧することができる。また、例えばプリントボタン９０２を選択すれば印刷を行えたり、複製したり、消去したりすることが可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態に係る画像形成装置の動作の流れを示すフローチャートである。
【図２】本発明の実施の形態に係る画像形成装置のシステム外観図である。
【図３】本発明の実施の形態に係る画像形成装置のブロック図である。
【図４】ＪＢＩＧのデータ構造を示す図である。
【図５】ＪＢＩＧのＢＩＨの詳細構成を示す図である。
【図６】ＪＢＩＧのＣＯＭＭＥＮＴマーカ・セグメントの詳細構成を示す図である。
【図７】本発明の実施の形態に係るメモリマップである。
【図８】本発明の実施の形態に係るメモリマップである。
【図９】図１の動作の実行時に使用される実施の形態に係るホストコンピュータの操作部の画面の表示の例を示す図である。
【符号の説明】
【００４５】
２０１ ＬＡＮ(Local Area Network)
２０２〜１０４ ホストコンピュータ
２０５ ＭＦＰ(Multi Function Peripheral)
３０１ コンピュータI/F部
３０２ スキャナ部
３０３ ＩＰ部
３０４ ＦＡＸ部
３０５ 操作部I/F
３０６ 操作部
３０７ フィニッシャ
３０８ エンジンI/F部
３０９ プリンタエンジン
３１０ コア部
３１１ ハードディスク
３１２ ストレージ部
【技術分野】
【０００１】
本発明はバンド単位で画像を符号化するような画像形成装置、特にJIBG符号化を用いた画像形成装置に関するものである。
【背景技術】
【０００２】
近年の複写機のデジタル化に伴い、複写機のスキャナやプリンタを使用してファクシミリ送受信を行う機能や、ＰＤＬ（Ｐａｇｅ ＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）プリントを行う機能等、複数の機能を合わせ持つ複合機が実用化されてきている。このような複合機は、複写機能、ファクシミリ機能、ＰＤＬプリント機能等の単機能だけではなく、例えば、ＰＤＬ展開画像をファクシミリ送信するといった複数の機能を複合した機能を実行可能に構成されている。更に、このような複合機は、複合機をＬＡＮ（ローカルエリアネットワーク）経由で接続することによって、コンピュータ装置等でも複合機の機能を利用するように構成されている。
【０００３】
また、このような複合機では，複写機能とＰＤＬプリント機能、ファクシミリプリント機能等に対して、プリンタ部分の制御プログラムを共通化し、また、複写機能とファクシミリ読み取り機能、スキャナ機能等に対して、リーダ部分の制御プログラムを共通化して、各種機能を実現する制御プログラム容量を削減し、所望の機能を経済性良く、また、簡略に実現することができる。
【０００４】
更に、このような複合機では画像データを蓄積する大容量のハードディスクや半導体メモリ等の画像記憶部を具備し、この画像記憶部に対して、スキャナによる読み取り画像データやＰＤＬの展開画像データ，ファクシミリ受信文書データ等を入力する画像入力ジョブと，画像記憶部に蓄積された画像データをプリントアウトしたり、ファクシミリ送信したり、ネットワークを介してコンピュータ装置へ画像転送したりするために読み出す画像出力ジョブとを組み合わせて実行することにより所望の機能を提供することができる。
【０００５】
また、画像データを蓄積する大容量のハードディスクの一部を利用して画像データを一時保管し、所望のタイミングで画像データを読み出すボックス機能を実現することも可能である。このボックス機能を実現するためにハードディスクの固定エリアに例えば１００個のボックスを用意し、ユーザは複合機に接続されたコンピュータから画像データを取り込む際にボックス番号を指定することにより、対応するボックスに画像データを保存することが可能になっている（例えば特許文献１）。
【０００６】
この時、ハードディスクの容量を削減するために、圧縮装置により展開画像データは一旦圧縮された後、ハードディスクに格納され、印刷時にはプリンタエンジンに同期して伸長された後、プリンタエンジンに送信される。
【０００７】
ここで圧縮／伸長装置における圧縮／伸長手段としては様々な方法が適用可能である。いまプリンタエンジンがモノクロ画像を印字するものであり２値のドットパターンデータを扱う２値プリンタエンジンであれば、この圧縮／伸長手段として２値データを圧縮／伸長可能な手段を適用できる。
【０００８】
このような２値データ圧縮／伸長手段のうち、標準化されている方式の一つとしてＪＢＩＧ(Joint Bi-level Image Expert Group)方式がある。このＪＢＩＧ方式は、算術符号化を採用し、ＭＭＲ方式よりも符号化効率が高く、特にコンピュータで生成された画像データにおいてその傾向が顕著であることが知られている。このように、ＪＢＩＧの理論は十分に確立され、標準化もなされているが、実際に復号器や伸長器を製品化する際には、実に多様なハードウエア構成が考えられるため、現在、どのような構成が適しているか様々な検討がなされている。例えば、このＪＢＩＧ圧縮方式で圧縮されてハードディスクに格納されたデータをホストコンピュータから市販されているＶｉｅｗｅｒを用いることによって圧縮データを直接閲覧することが知られている。
【特許文献１】特開２００１−２８２４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
先に説明した、本発明の基礎となる構成では、PDLの展開画像データやスキャナデータを、１ページを分割して成るバンド単位で処理する方法が主流となっている。例えばメモリブッファを２つ用意して、一方ではバンド単位で展開されたデータを格納し、また一方ではバンド単位で格納されている画像データを読み出して圧縮するようにして、バッファを交互に使用することによりパフォーマンスの向上を図っている。したがって、この場合、バンド単位で圧縮した画像データはバンド単位で完全に符号が終了していることになる。
【００１０】
しかしながら、先に述べたボックス機能により格納した圧縮データを市販のＶｉｅｗｅｒを用いてホストコンピュータから閲覧しようとする時には、１ページの連続したＪＢＩＧ符号になっていないと閲覧することができない。しかし、ＪＢＩＧ方式での符号はByte単位で符号が生成されるのが特徴である。したがって、圧縮・伸長装置を制御するDMAC部が32bit単位でのデータ転送にしか対応していないような場合では、JBIG符号の終端を示す終端コードの後に必要のないデータも含めて転送してしまうことになり、バンド単位で圧縮した符号データを連結して１ページの連続した圧縮符号にすることは、そのままでは不可能である。
【００１１】
したがって、従来ではボックス機能によってハードディスクに画像データを圧縮して格納する時には、バンド単位で処理せずにページ単位での処理を行っていた。しかし、この方法では1ページもの長い時間、圧縮・伸長装置をそのジョブに独占されてしまうことになり他の用途による圧縮・伸長処理は一切行う事ができなかった。
【００１２】
本発明は上記の課題に鑑みてなされたもので、その目的とするところは、バンド単位で圧縮されてボックス格納された画像データをホストコンピュータ上で閲覧可能にする画像形成装置及び画像形成方法を提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するために本発明の画像形成装置は、ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、画像データをバンド単位で符号化する符号化手段と、該符号化手段によって符号化された画像データを格納する格納手段と、該格納手段に格納する時にバンド単位で符号化された画像データの終端コードを検出する検出手段と、該検出手段によって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加手段と、該第１付加手段によってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成手段と、該生成手段によって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加手段と、を備えることを特徴とする。
【００１４】
上記課題を解決するために請求項２記載の画像形成装置は、請求項1記載の画像形成装置において、前記符号化手段は、JBIG方式であることを特徴とする。
【００１５】
上記課題を解決するために請求項３記載の画像形成装置は、請求項1記載の画像形成装置において、前記格納手段は、ハードディスク(HD)であることを特徴とする。
【００１６】
上記課題を解決するために請求項４記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段によって付加される符号は、JBIG方式におけるCOMMENTマーカ・セグメントであることを特徴とする。
【００１７】
上記課題を解決するために請求項５記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段は、前記バンド単位で符号化された符号が32bitバウンダリに整合するように付加することを特徴とする。
【００１８】
上記課題を解決するために請求項６記載の画像形成装置は、請求項1記載の画像形成装置において、前記第１付加手段と前記第２付加手段によって１ページの連続した符号化データに連結された画像データを接続された情報処理装置に記憶されたアプリケーションから閲覧することができることを特徴とする。
【００１９】
上記課題を解決するために本発明の画像形成方法は、ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、画像データをバンド単位で符号化する符号化ステップと、該符号化ステップによって符号化された画像データを格納する格納ステップと、該格納ステップに格納する時にバンド単位で符号化された画像データの終端コードを検出する検出ステップと、該検出ステップによって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加ステップと、該第１付加ステップによってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成ステップと、該生成ステップによって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加ステップと、を含むことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、ＪＢＩＧ方式によってボックスにバンド単位で圧縮された画像データに対しても、バンド間の符号の終端コードの直後にＣＯＭＭＥＮＴマーカー・セグメントを付加し、また、適切なＢＩＨを生成してページの先頭に付加することにより、ホストコンピュータ上において、市販のＶｉｅｗｅｒを用いることで上記画像データを閲覧することが可能になる。この発明により、従来のようにページ単位で圧縮処理を行う必要がなくなりパフォーマンスの向上を見込むことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図２に、本発明の実施形態のシステム概観図を示す。２０２〜２０４はホストコンピュータであり、いわゆるDTP(Desk Top Publishing：デスクトップパブリッシング)を実行するアプリケーションソフトウェアを動作させ、各種文書／図形が作成／編集される。２０５はMFP(Multi Function peripheral：マルチファンクション周辺機器)であり、機能としてはプリント機能、スキャナ機能、ＦＡＸ機能等を有している。２０１はLAN(Local Area Network)であり、ホストコンピュータ２０２〜２０４とMFP２０５を接続して、ホストコンピュータ上で作成された文書等をLAN２０１を介してＭＦＰ２０５に印刷出力させたり、ＭＦＰ２０５のスキャナで読み込んだ画像データをホストコンピュータ２０２〜２０４に転送したりすることができる。
【００２２】
図３は、本実施の形態に係るデータ処理装置の構成を示すブロック図である。同図は、ＭＦＰ２０５の機能ブロック図を示している。その中で、３０１はコンピュータI/Fであり、外部装置であるホストコンピュータ２０２〜２０４と後述するコア部３１０との間のインターフェースとして機能し、ホストコンピュータ２０２〜２０４と１対１のローカルインターフェースを介して接続しても、ネットワークを介して接続してもよい。
【００２３】
３０２はスキャナ部であり、原稿の画像を読み取り、読み取った原稿画像に応じた画像データをＩＰ部３０３に転送する。ＩＰ部３０３は画像処理部であり様々な画像処理を施すことができる。
【００２４】
３０４はＦＡＸ部であり、電話回線を介して受信した圧縮画像データを伸長して、伸長されたデータをコア部３１０に転送し、また、コア部３１０で圧縮された画像データを電話回線を介して送信する。送受信する画像データは、ストレージ部３１２に一時的に保存することができる。
【００２５】
３０５は操作部インターフェースであり、操作部３０６とコア部３１０とを制御するインターフェース部であり、操作部３０６は様々なユーザインターフェースを備えており、操作することによってＭＦＰ２０５を所望の動作をさせることができる。
【００２６】
３０７はフィニッシャであり、後述するプリンタエンジン３０９から出力されたシートがフィニッシャに入ってきてサンプルトレイがジョブの種類や排出されるシートの枚数に応じて切り替えて排出される。
【００２７】
３０８はエンジンインターフェース部であり、コア部３１０から転送されてきたビデオデータからレーザビームを駆動し、プリンタエンジン３０９との制御をする。
【００２８】
３０９はプリンタエンジンであり、コア部３１０から転送されてきた画像データに応じた画像を記録媒体である記録紙上に記録する。
【００２９】
３１０はコア部であり、コンピュータI/F部３０１、ＩＰ部３０３、FAX部３０４、操作部I/F部３０５、フィニッシャ３０７、エンジンI/F部３０８、ハードディスク３１１のそれぞれの間のデータの流れを制御するものであり、いわば交通整理の役割を担っており、MFP２０５における各種機能に応じてバスの切り替えを行うところである。コア部３１０には、不図示の圧縮・伸長回路、メモリコントローラ、回転器、描画処理を行うレンダラー回路等が含まれている。
【００３０】
３１２はストレージ部であり、ハードディスク３１１が接続されている。ストレージ部３１２はコア部３１０で圧縮された画像データを検索するためのＩＤ（識別子）番号と共にハードディスク３１１に記憶させる。また，ストレージ部３１２はコア部３１０を介して転送されたコードデータに基づいて、ハードディスク３１１に記憶されている圧縮データを検索し、該検索された圧縮画像データを読み出してコア部３１０へ転送する。コア部３１０は圧縮画像データを伸長して各制御部へ転送する。
【００３１】
図４は、本実施の形態に係るJBIG符号化の１バンドあたりのデータ構成図であり、ＩＴＵ―Ｔ Ｔ．８５の符号データの構造を示す。同図のＢＩＥ４００はＪＢＩＧ符号データの最上位の構造であり、２値画像の実態と呼ばれる。一つの画像データは一つ以上のＢＩＥ４００から構成される。Ｔ．８５では１ページあたり１つのＢＩＥが存在する。２値画像ヘッダ（ＢＩＨ４０１）と２値画像データ（ＢＩＤ４０２）から構成される。
【００３２】
２値画像データ（ＢＩＤ４０２）は、ＳＤＥ４０４とフローティング・マーカー・セグメント４０３の連結で構成される。フローティング・マーカー・セグメント４０３は図６に示すようなＣＯＭＭＥＮＴマーカー・セグメントの他、ＡＴＭＯＶＥマーカー・セグメント、ＮＥＷＬＥＮマーカー・セグメント等がある。ＳＤＥ４０４はＰＳＣＤ（保護されたストライプ符号化データ）４０５に、ＥＳＣバイト４０６とＳＤＮＯＲＭバイト（またはＳＤＲＳＴバイト）４０７を付加したものである。このＥＳＣバイト４０６とＳＤＮＯＲＭバイト（またはＳＤＲＳＴバイト）４０７を終端コードと呼ぶ。ＳＤＥ４０４が、ＳＤＮＯＲＭによって終端される時は、現ストライプの処理終了時での圧縮・伸長回路内のUpdate RAMの内容が保持され次のストライプの処理に引き続き使われる。また、ＳＤＥ４０４が、ＳＤＲＳＴによって終端される時には、現ストライプの処理終了時のUpdate RAMの内容はリセットされ次のストライプの処理は初期状態から開始されることになる。本発明では、画像データをバンド単位で圧縮・伸長処理を行うが、一つのバンドを１ページとして扱うため終端コードは常にＳＤＲＳＴ（ＦＦ０３ｈ）を使用する。また、ＰＳＣＤ４０５はＳＣＤ（ストライプ符号化データ）の中のＦＦｈバイトをＦＦｈ＋００ｈに置き換えたものである。この１バイトの００ｈはスタッフ・バイトと呼ばれ、ＦＦｈが符号か、データかを区別するために付加するものである。復号化時にはこのＦＦｈの後の００ｈは廃棄する。
【００３３】
図５は、ＪＢＩＧ符号における２値画像ヘッダ（ＢＩＨ）の詳細データ構成を示す図である。ＢＩＨはＢＩＥに含まれる画像データの属性を格納する。図５において、ＤＬ５００は、最初に伝送されるレイヤを意味するパラメータでありフィールドとしては１バイト確保されている。なお、ＦＡＸのようなシングル・レイヤ・シーケンシャルのアプリケーションでは０固定となっている。またＤ５０１はビットプレーンの数を表すパラメータで、ＦＡＸ用ＪＢＩＧでは１固定となっている。５０３、５１２〜５１５、５２０はＪＢＩＧ符号としては意味のない、使用されないエリアである。また、ＸＤ５０４は水平方向の画像サイズ、ＹＤ５０５は垂直方向の画像サイズを示している。Ｌｏ５０６は、解像度が最も低いレイヤのストライプ幅、Ｍｘ５０７は、ＡＴ画素に許される最大水平方向のオフセット値を示し、Ｍｙ５０８は、ＡＴ画素に許される最大垂直方向のオフセット値を示し、この値は０固定である。Order５０９は、５１２〜５１９のビットから構成される順序に関する情報が格納されるエリアである。また、Options５１０は、JBIG符号化方式のオプションが示されるエリアであり、５２０〜５２７までのビットの集まりを示す。そして、DPTABLE５１１は、DPTABLE用に使用されるが、シングル・レイヤ・シーケンシャルのアプリケーションでは何も示さない。つまり、データサイズとしては０である。
【００３４】
ＢＩＨは４０１は、以上の２０バイトにより示されるが、ここで、Order５０９及びOptions５１０の詳細情報に関して説明する。図５のＨＩＴＯＬＯ５１６は、階層の伝送順序指示であり、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３５】
ＳＥＱ５１７はプログレッシブ符号化かシーケンシャル符号化かを識別するために使用され、シングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＩＬＥＡＶＥ５１８は、ＩＬＥＡＶＥ（インタリーブ）を示し、ビットプレーン伝送順序を指示する。これもシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＳＭＩＤ５１９は、ストライプ伝送順序を指示するものであるが、シングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３６】
ＬＲＬＴＷＯ５２１は、符号化・復号化時に使用されるテンプレートの参照ライン数の選択を行うパラメータエリアであり、そこに‘０’が示されると３ライン参照であり、‘１’が示されると２ライン参照となる。ＶＬＥＮＧＴＨ５２２は、画像の副走査方向の可変長サイズを可能とするか否かのパラメータである。
【００３７】
また、ＴＰＤＯＮ５２３は、階層的符号化でのTypical Predictionを行うか否かの指示パラメータである。これは、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。ＴＰＢＯＮ５２４は、ベースレイヤ符号化のTypical Predictionを行うか否かの指示パラメータである。ＯＮ（１）が設定されていればＴＰ機能ありで、ＯＦＦ（０）の場合はＴＰ機能なしを示す。なお、ＤＰＯＮ５２５、ＤＰＰＲＩＶ５２６、ＤＰＬＡＳＴ５２７も、階層構造を持たないシングル・レイヤ・シーケンシャルのアプリケーションでは使用されない。
【００３８】
図６はフローティング・マーカー・セグメント４０３のうちＣＯＭＭＥＮＴマーカー・セグメントの詳細データ構成を示す図である。ＣＯＭＭＥＮＴマーカー・セグメントはＢＩＥ４００中にコメントを挿入するために使用される。Ｌｃはコメントの長さをバイトで表したものであり、この後のＬｃバイトはコメントである。すなわちＣＯＭＭＥＮＴ・マーカー・セグメントの長さは６＋Ｌｃバイトである。
【００３９】
次に図１のフローチャートを参照することによって、本発明の実施の形態に係る画像形成装置の制御動作を示す。まず最初に、ホストコンピュータ２０２〜２０４で作成された文書をＭＦＰ２０５内のハードディスク３１１にボックス格納を行う、もしくはＭＦＰ２０５の操作部３０６上で操作することにより原稿をスキャナ部３０２で読み取り、読み取ったデータをボックス格納する場合を考えてみる。まずステップ（Ｓ１０１）において、特にＭＦＰ２０５内のハードディスク３１１にボックス格納しないで印刷、もしくはコピー等を行う場合は、ステップ（Ｓ１０３）に進み、通常通りにバンド単位で所望の処理を行うことになる。この場合はバンド単位で一旦ＭＦＰ２０５内のメモリに画像データを圧縮して１ページ分スプールする。その後、今度はバンド単位で伸長してプリンタエンジンに画像データを転送を行う。また、ステップ（Ｓ１０１）において、ホストコンピュータ上で作成した文書、もしくはスキャンする原稿をＭＦＰ２０５内のハードディスク３１１にボックス格納する場合も、やはりバンド単位でスキャンデータもしくは展開データを圧縮して一旦ＭＦＰ２０５内のメモリに格納することになる（ステップＳ１０２）。
【００４０】
ここで、ステップＳ１０３と処理が異なり、ボックス格納が指示された場合は、ページにおける最終バンドを除く各バンドにおけるＪＢＩＧ符号の終端コード（ここではＦＦ０３ｈ）の検出を行う（ステップＳ１０４）。ステップＳ１０４において、ページにおける最終バンドを除く各バンドの終端コードを検出したら、ステップＳ１０５に進み、ＪＢＩＧの符号が32bitバウンダリに整合させるために必要なバイト数を算出して、それに見合うＣＯＭＭＥＮＴマーカー・セグメントを生成する。生成されたＣＯＭＭＥＮＴマーカー・セグメントは検出された各バンドの終端コードのすぐ直後に付加される（ステップＳ１０５）。この時のメモリ上での実際の処理を示す図が図７及び図８である。図７はステップＳ１０２において、３つのバンド、圧縮ＢＡＮＤ Ａ７０１、圧縮ＢＡＮＤ Ｂ７０２、圧縮ＢＡＮＤ Ｃ７０３が圧縮されてメモリに格納されている様子を示している。ＪＢＩＧの符号はＢｙｔｅ単位で生成されており、各バンドともＥＳＣバイト４０６とＳＤＲＳＴバイト４０７の終端コードで符号が終端されている。本発明の実施の形態における、ＭＦＰ２０５のシステムでは、符号・復号回路のＤＭＡＣ部は32bit単位での転送をサポートしているが、このままの圧縮データをバンド単位でハードディスク３１1に格納した場合、ホストコンピュータより市販のＶｉｅｗｅｒを用いて閲覧する時には、32bit単位での転送になってしまうため、圧縮ＢＡＮＤ Ａ７０１では１バイトの００ｈが、圧縮ＢＡＮＤ Ｂ７０２では３バイトの００ｈがゴミデータとして一緒に転送されてしまい、ホストコンピュータ上ではバンド間の切れ目で正常に伸長することができずに閲覧することが不可能になってしまう。そこで、本発明ではステップＳ１０４においてページの最終バンドを除く各バンドの終端コードを検出して、ステップＳ１０５において、適切なＣＯＭＭＥＮＴマーカー・セグメントを生成して各バンドの終端コードの直後に付加することで、32bitバウンダリに整合している。その様子を図８に示す。圧縮ＢＡＮＤ Ａ８０１では、図８に示すような３バイトのコメントを生成し、ＣＯＭＭＥＮＴマーカー・セグメントとしては９バイトのフローティング・マーカー・セグメントを生成して終端コードの直後に付加している。また、圧縮ＢＡＮＤ Ｂ８０２では、同様に１バイトのコメントを生成し、ＣＯＭＭＥＮＴマーカー・セグメントとしては７バイトのフローティング・マーカーを生成して終端コードの直後に付加して32bitバウンダリに整合している。この処理によって、メモリ空間上ではリニアにマッピングはされていないが、ホストコンピュータ２０２〜２０４に転送する時には、連続した１ページのＪＢＩＧ符号として仮想的に連結することが可能である。
【００４１】
図１のフローチャートに戻って、上記の処理を先頭バンドから順に、最終バンドの一つ前のバンドまで行う（ステップＳ１０６）。最終バンドは符号を連結する必要がないので上記処理を行う必要はない。最終バンドの一つ前のバンドまでのＣＯＭＭＥＮＴマーカー・セグメントを付加したらステップＳ１０７に進む。ステップＳ１０７で、バンド単位で圧縮した符号データを１ページの連続した符号にするために、適切なＢＩＨ４０１を生成する。２０バイトのＢＩＨ４０１は、図４に示すようにＢＩＤより前に付加しなくてはならないため、ホストコンピュータ２０２〜２０４に転送する時には、先頭バンドの圧縮データより先に転送してやる必要がある。
【００４２】
適切なＢＩＨ４０１を生成したらハードディスク３１1に格納する（ステップＳ１０８）。以上のような処理を文書もしくは原稿の全ページに対して行う（ステップＳ１０９）。
【００４３】
ボックス機能によるＭＦＰ２０５内のハードディスク３１1に格納した圧縮データをホストコンピュータ２０２〜２０４上のＶｉｅｗｅｒで閲覧する時のＧＵＩの一例を図９に示す。ハードディスク３１1は例えば１００個ぐらいのボックスに区切られており、ユーザが個人的に使用することが可能である。市販のＪＢＩＧ Ｖｉｅｗｅｒを用いることによってボックス内の文書一覧９０１から所望の文書を選択することによって、ホストコンピュータ上で伸長して文書を閲覧することができる。また、例えばプリントボタン９０２を選択すれば印刷を行えたり、複製したり、消去したりすることが可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態に係る画像形成装置の動作の流れを示すフローチャートである。
【図２】本発明の実施の形態に係る画像形成装置のシステム外観図である。
【図３】本発明の実施の形態に係る画像形成装置のブロック図である。
【図４】ＪＢＩＧのデータ構造を示す図である。
【図５】ＪＢＩＧのＢＩＨの詳細構成を示す図である。
【図６】ＪＢＩＧのＣＯＭＭＥＮＴマーカ・セグメントの詳細構成を示す図である。
【図７】本発明の実施の形態に係るメモリマップである。
【図８】本発明の実施の形態に係るメモリマップである。
【図９】図１の動作の実行時に使用される実施の形態に係るホストコンピュータの操作部の画面の表示の例を示す図である。
【符号の説明】
【００４５】
２０１ ＬＡＮ(Local Area Network)
２０２〜１０４ ホストコンピュータ
２０５ ＭＦＰ(Multi Function Peripheral)
３０１ コンピュータI/F部
３０２ スキャナ部
３０３ ＩＰ部
３０４ ＦＡＸ部
３０５ 操作部I/F
３０６ 操作部
３０７ フィニッシャ
３０８ エンジンI/F部
３０９ プリンタエンジン
３１０ コア部
３１１ ハードディスク
３１２ ストレージ部
【特許請求の範囲】
【請求項１】
ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、
画像データをバンド単位で符号化する符号化手段と、
該符号化手段によって符号化された画像データを格納する格納手段と、
該格納手段に格納する時にバンド単位で符号化された画像データの終端コードを検出する検出手段と、
該検出手段によって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加手段と、
該第１付加手段によってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成手段と、
該生成手段によって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記符号化手段は、JBIG方式であることを特徴とする請求項1記載の画像形成装置。
【請求項３】
前記格納手段は、ハードディスクであることを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記第１付加手段によって付加される符号は、JBIG方式におけるCOMMENTマーカ・セグメントであることを特徴とする請求項1記載の画像形成装置。
【請求項５】
前記第１付加手段は、前記バンド単位で符号化された符号が32bitバウンダリに整合するように付加することを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記第１付加手段と前記第２付加手段によって１ページの連続した符号化データに連結された画像データを接続された情報処理装置に記憶されたアプリケーションから閲覧することができることを特徴とする請求項１記載の画像形成装置。
【請求項７】
ページを分割して成るバンド単位で画像を形成して出力する画像形成装置における画像形成方法であって、
画像データをバンド単位で符号化する符号化ステップと、
該符号化ステップによって符号化された画像データを格納する格納ステップと、
該格納ステップに格納する時にバンド単位で符号化された画像データの終端コードを検出する検出ステップと、
該検出ステップによって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加ステップと、
該第１付加ステップによってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成ステップと、
該生成ステップによって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加ステップと、
を含むことを特徴とする画像形成方法。
【請求項１】
ページを分割して成るバンド単位で画像を形成して出力する画像形成装置であって、
画像データをバンド単位で符号化する符号化手段と、
該符号化手段によって符号化された画像データを格納する格納手段と、
該格納手段に格納する時にバンド単位で符号化された画像データの終端コードを検出する検出手段と、
該検出手段によって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加手段と、
該第１付加手段によってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成手段と、
該生成手段によって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記符号化手段は、JBIG方式であることを特徴とする請求項1記載の画像形成装置。
【請求項３】
前記格納手段は、ハードディスクであることを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記第１付加手段によって付加される符号は、JBIG方式におけるCOMMENTマーカ・セグメントであることを特徴とする請求項1記載の画像形成装置。
【請求項５】
前記第１付加手段は、前記バンド単位で符号化された符号が32bitバウンダリに整合するように付加することを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記第１付加手段と前記第２付加手段によって１ページの連続した符号化データに連結された画像データを接続された情報処理装置に記憶されたアプリケーションから閲覧することができることを特徴とする請求項１記載の画像形成装置。
【請求項７】
ページを分割して成るバンド単位で画像を形成して出力する画像形成装置における画像形成方法であって、
画像データをバンド単位で符号化する符号化ステップと、
該符号化ステップによって符号化された画像データを格納する格納ステップと、
該格納ステップに格納する時にバンド単位で符号化された画像データの終端コードを検出する検出ステップと、
該検出ステップによって検出された終端コードのすぐ後に次のバンドと符号を連結するための符号を付加する第１付加ステップと、
該第１付加ステップによってバンド単位で符号化されたデータを連結して１ページの連続した符号化データとし、１ページの符号化データに見合ったヘッダ部(BIH)を生成する生成ステップと、
該生成ステップによって生成されたヘッダ部(BIH)を前記１ページの画像データの先頭に付加する第２付加ステップと、
を含むことを特徴とする画像形成方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−５０４０１（Ｐ２００６−５０４０１Ａ）
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願番号】特願２００４−２３０６８９（Ｐ２００４−２３０６８９）
【出願日】平成１６年８月６日（２００４．８．６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年２月１６日（２００６．２．１６）
【国際特許分類】
【出願日】平成１６年８月６日（２００４．８．６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]