JP2004140801A - 画像形成装置、集約印刷方法 - Google Patents

Abstract

【課題】　異なる形式の画像データを効率よく集約印刷する画像形成装置、集約印刷方法を提供する。
【解決手段】　画像形成処理で使用されるハードウェア資源と、画像データの画像形成に係る処理を行うプログラムとを有する画像形成装置において、画像データの形式の変換処理を行う１つ以上の画像データ変換手段と、複数の画像データの形式を、前記画像データ変換手段を用いて統一する形式統一手段とを有する。
【選択図】　図７

Description

　本発明は、異なる形式の画像データを集約する画像形成装置、集約印刷方法に関する。

　近年、プリンタ、コピー、ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、プリンタ、コピー、ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ、コピー、ファクシミリおよびスキャナとして動作させるものである。

　これらプリンタ、コピー、ファクシミリ、スキャナにおける画像データは、それぞれ画像データの形式が異なることがある。このような異なる形式の画像データを集約印刷する場合の従来例を図１５を用いて説明する。

　最初に、集約印刷について説明する。集約印刷とは、数枚の印刷用紙に印刷される画像を１枚の印刷用紙に印刷するものである。図１５では、１枚の印刷用紙に印刷される画像Ａ、Ｂが、１枚の印刷用紙に集約印刷されている様子が示されている。

　図１５で集約印刷されている画像Ａ、Ｂの画像データが、プリンタ、コピー、ファクシミリ、スキャナのいずれかで読み込まれた画像か、ハードディスクに蓄積された画像データから形成された画像であり、画像Ａ、Ｂの画像データの形式が異なるとする。

　このような異なる形式の画像データの集約印刷を行う場合、図１６に示されるように、画像Ａの画像データと画像Ｂの画像データの形式が異なるため、集約印刷することができなかった。

　そこで、図１７に示されるように、画像Ａの画像データと画像Ｂの画像データのどちらかの形式に統一してから印刷することも考えられるが、画像データの形式には、多くの種類が存在する。例えば圧縮化されている画像データの場合、画像データが符号化されている単位ごとに復号しなければ、その単位のデータがどのくらいの長さであるのか不明である。また、画像データを集約するためには、本来の画像とは異なる大きさにしなければならないため、画像の大きさを変倍しなければならない。

　このように、従来は、伸長や変倍などの非常に負荷のかかる処理を行わなければならなかったため、従来の融合機では、画像データの集約は困難であった。

　本発明は、このような問題点に鑑み、異なる形式の画像データを効率よく集約印刷する画像形成装置、集約印刷方法を提供することを目的とする。

　上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像データの画像形成に係る処理を行うプログラムとを有する画像形成装置において、画像データの形式の変換処理を行う１つ以上の画像データ変換手段と、複数の画像データの形式を、前記画像データ変換手段を用いて統一する形式統一手段とを有することを特徴とする。

　また、上記課題を解決するために、本発明は、前記画像データ変換手段は、コピー、プリンタ、スキャナ、ファックスに用いられる画像データの形式の変換を行うことを特徴とする。

　また、上記課題を解決するために、本発明は、前記画像データ変換手段は、前記画像データの画像サイズの変倍、前記画像データの圧縮、前記画像データの復号、前記画像データの多値変換を行うことを特徴とする。

　また、上記課題を解決するために、本発明は、前記画像データ変換手段は、前記画像データの変換をハードウェアで行うことを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段は、前記形式が異なる複数の画像データの形式を、前記複数の画像データのうちの１つの画像データの形式に統一することを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段は、統一される形式に応じ、前記画像データ変換手段を用いて画像データの変換を行う変換実行手段を有することを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段は、複数の前記変換実行手段を有することを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段は、１つの前記変換実行手段に対し、１つの前記画像データを割り当てて変換させることを特徴とする。

　また、上記課題を解決するために、本発明は、前記変換実行手段は、割り当てられた画像データの形式が、統一する形式と異なる場合、割り当てられた画像データを前記画像データ変換手段を用いて変換することを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段によって形式が統一された複数の画像データを集約し印刷する集約印刷手段をさらに有することを特徴とする。

　また、上記課題を解決するために、本発明は、前記形式統一手段は、割り当てられた画像データの形式の変換が終了するか、割り当てられた画像データの変換の必要がない場合、前記集約印刷手段に対し、画像データの変換が終了したことを通知することを特徴とする。

　また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像データの画像形成に係る処理を行うプログラムとを有する画像形成装置の集約印刷方法であって、形式が異なる複数の画像データの形式をハードウェアを用いて変換し、統一する段階と、前記統一した画像データを集約し、印刷する段階とを有することを特徴とする。

　異なる形式の画像データを効率よく集約印刷する画像形成装置、集約印刷方法が得られる。

　以下、本発明の実施の形態について図面に基づいて説明する。

　図１は、本発明による融合機の一実施例の構成図である。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。

　融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットホーム層６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットホーム層６のプログラムを、ハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、スキャナ１１と、プロッタ１２と、画像データの変換処理を行い、画像データ変換手段に対応するＭＬＢ４３と、ファクシミリなどのその他のハードウェアリソース１３とを含む。

　また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットホーム層６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。

　アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２１と、コピー用アプリケーションであるコピーアプリ２２と、ファックス用アプリケーションであるファックスアプリ２３と、スキャナ用アプリケーションであるスキャナアプリ２４とを含む。

　また、プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。

　コントロールサービス層９は、ネットワークコントロールサービス（以下、ＮＣＳという）３１、デリバリーコントロールサービス（以下、ＤＣＳという）３２、オペレーションパネルコントロールサービス（以下、ＯＣＳという）３３、ファックスコントロールサービス（以下、ＦＣＳという）３４、エンジンコントロールサービス（以下、ＥＣＳという）３５、メモリコントロールサービス（以下、ＭＣＳという）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）３７、システムコントロールサービス（以下、ＳＣＳという）３８など、一つ以上のサービスモジュールを含むように構成されている。

　なお、プラットホーム層６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ５３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットホーム層６の各ソフトウェアをプロセスとして並列実行する。

　ＮＣＳ３１のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

　例えばＮＣＳ３１は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。

　ＤＣＳ３２のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ３４のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。

　ＥＣＳ３５のプロセスは、スキャナ１１、プロッタ１２、その他のハードウェアリソース１３などのエンジン部の制御を行う。ＭＣＳ３６のプロセスは、メモリの取得および開放、ＨＤＤの利用などのメモリ制御を行う。ＵＣＳ３７は、ユーザ情報の管理を行うものである。

　ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。

　ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ３９のプロセスは、スキャナ１１やプロッタ１２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。

　具体的に、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ３９のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。

　また、ハンドラ層１０は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）４１とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ５４を利用して、ハードウェア資源４に対する処理要求を行う。

　融合機１は、各アプリケーションで共通的に必要な処理をプラットホーム層６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。

　図２は、融合機１の一実施例のハードウェア構成図を示している。融合機１は、コントローラボード６０と、オペレーションパネル７０と、ＦＣＵ６８と、エンジン７１とを含む。また、ＦＣＵ６８は、Ｇ３規格対応ユニット１６９と、Ｇ４規格対応ユニット１７０とを有する。

　また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６６と、ＨＤＤ６８と、システムメモリ（ＭＥＭ−Ｐ）６２と、ローカルメモリ（ＭＥＭ−Ｃ）６７と、ノースブリッジ（以下、ＮＢと記す）６３と、サウスブリッジ（以下、ＳＢと記す）６４と、ＮＩＣ１７４（Network Interface Card）と、ＵＳＢデバイス９０と、ＩＥＥＥ１３９４デバイス１００と、セントロニクスデバイス１７７と、ＭＬＢ４３とを含む。

　オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６６に接続されている。また、ＳＢ６４と、ＮＩＣ１７４と、ＵＳＢデバイス９０と、ＩＥＥＥ１３９４デバイス１００と、セントロニクスデバイス１７７と、ＭＬＢ４３は、ＮＢ６３にＰＣＩバスで接続されている。

　ＭＬＢ４３は、融合機１にＰＣＩバスを介して接続する基板である。また、ＭＬＢ４３は、融合機１から入力された画像データを変換し、変換された画像データあるいは符号化された画像データを融合機１に出力するものである。

　また、ＦＣＵ８０と、エンジン部１２０は、コントローラボード６０のＡＳＩＣ６６にＰＣＩバスで接続されている。

　なお、コントローラボード６０は、ＡＳＩＣ６６にローカルメモリ６７、ＨＤＤ６８などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。このように、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。

　また、ＡＳＩＣ６６とＮＢ６３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６５を介して接続されている。このように、図２のアプリケーション層５やプラットホーム層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続し、パフォーマンスの低下を防いでいる。

　ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３１、ＤＣＳ３２、ＯＣＳ３３、ＦＣＳ３４、ＥＣＳ３５、ＭＣＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ３９、ＦＣＵＨ４０、ＩＭＨ４１、ＭＥＵ４４をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２１、コピーアプリ２２、ファックスアプリ２３、スキャナアプリ２４を起動して実行させる。

　ＮＢ６３は、ＣＰＵ６１、システムメモリ６２、ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ６４は、ＮＢ６３とＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６７はコピー用画像バッファ、符号バッファとして用いるメモリである。

　ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像の蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル７０は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。

　次に、図１で説明したＭＬＢ４３を用いて画像データの変換を行うＭＥＵ４４について、図３を用いて詳細な説明する。

　最初に、ＭＥＵ４４に対して、要求を行うスレッドについて説明する。スレッドＡ７１、スレッドＢ７２、スレッドＣ７３は、ＩＭＨ４１が生成、あるいはＩＭＨ４１が起動したときから存在するスレッドである。このうち、スレッドＡ７１、スレッドＢ７２は、コピー、プリンタ、スキャナ、ファックスで得られた画像データや、ＨＤＤ６８に蓄積された画像データの変換要求を行う。スレッドＣ７３は、スレッドＡ７１とスレッドＢ７２により形式が統一された画像データを、印刷を実行するエンジン部１２０に対して出力するスレッドである。

　なお、ＨＤＤ６８は蓄積文書を有し、図４に示されるように複数の形式の画像データが蓄積されている。コピーで使用される形式は、図に示されるように多値、４値、２値の形式がある。また、プリンタは、４値、２値の形式がある。さらに、スキャナは８値、２値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧの形式があり、ファックスは、ＭＨ／ＭＲ／ＭＭＲの形式がある。また、ＮＦＣ１、Ｋ４、Ｋ８は、圧縮方式を示し、形式の１つである。

　ＭＥＵ４４の説明に戻る。ＭＥＵ４４は、図３に示されるように、メインスレッド４２と、配信スレッド４５と、変換実行手段に対応する実行スレッド４７と、リソース管理４６と、制御スレッド４８と実行関数群４９とを有する。

　このうち、メインスレッド４２は、スレッドＡ７１またはスレッドＢ７２からの変換要求を通知されるスレッドである。配信スレッド４５は、メインスレッド４２が通知された変換要求を、実行スレッド４７に配信するとともに、画像データの変換が終了したことを要求したスレッドに通知するスレッドである。実行スレッド４７は配信スレッド４５通知された変換要求に対応した変換処理を行うスレッドである。また、実行スレッド４７は、一つの画像の変換処理を行うスレッドであるため、複数の画像データの変換を実行可能とするために複数設けられる。

　実行関数群４９は、制御スレッド４８が、ＭＬＢ４３を制御する際に必要なパラメータをセットするための関数群である。

　制御スレッド４８は、ハードウェアであるＭＬＢ４３を制御するスレッドである。リソース管理４６は、ＭＬＢ４３のリソースの管理をするモジュールである。

　なお、スレッドとは、一般的にＯＳが一つの処理を複数に分割して実行する場合の処理の最小単位とされ、ＯＳによるディスパッチにより、平行して処理が行えるようになっている。また、本実施の形態ではさらにメールの送受信も可能なスレッドとなっている。なお、ここでのメールは、ＯＳの種類によっては、メッセージと呼ばれ、スレッドなどのオブジェクト間でやり取りされる指示命令やデータなどの情報を示している。

　したがって、スレッドであるメインスレッド４２、スレッド５０、配信スレッド４５、実行スレッド４７、制御スレッド４８間のやりとりは、通常メールで行われる。

　次に、図５を用いてＭＬＢ４３の詳細な説明をする。まず、図に示されているＳＲＣ領域７４とＤＳＴ領域７５の説明をする。これらの領域は、ＭＬＢ４３に属するものではないが、ＳＲＣ領域７４は、ＭＬＢ４３が変換する画像データが格納される領域である。また、ＤＳＴ領域７５は、ＭＬＢ４３が変換した画像データが格納される領域である。

　次に、ＭＬＢ４３について説明する。ＭＬＢ４３は、復号部７６と、圧縮部７７と、多値変換部７８と、変倍部７９と、色変換部８１とを有する。

　復号部７６は、圧縮化された画像データを復号する。多値変換部７８は、上述した２値や８値などの変換を行う。変倍部７９は、例えば、Ａ４の大きさの画像データをＡ５やＡ３の画像データにするなど、画像の大きさを変倍する。色変換部８１は画像の色の変換を行う。圧縮部７７は、復号して変倍などの処理がされた画像データを再び圧縮する。

　また、扱える画像データの形式は、図に示されるように、ＲＪ２Ｋ、ＪＰＥＧ、ＭＨ／ＭＲ／ＭＭＲ、ＮＦＣ１がある。これらの形式は、コピー、プリンタ、スキャナ、ファックスに用いられる形式であり、ＭＬＢ４３は、それら画像データの形式の変換を行うことが可能である。

　このようにＭＬＢ４３は、異なる形式の画像データの多値変換、画像サイズの変倍、色変換などをハードウェアで高速に行うものである。

　次に、実際の処理例を説明する。最初に、図６に示されている集約処理を説明する。集約される画像データは、図６に示されるように、領域ＡのスキャナあるいはＨＤＤ６８の蓄積文書からの画像データと、ＭＬＢ４３で変換された領域ＢのプリンタまたはＨＤＤ６８の蓄積文書からの画像データである。なお、バッファメモリ８２は、図５で説明したＳＲＣ領域７４とＤＳＴ領域７５である。また、図６のメモリ幅とイメージ幅であるが、メモリ幅は、印刷用紙全体の横幅に対応し、イメージ幅は、領域Ｂの横幅に対応する。

　次に、集約する際に統一される形式に応じ、ＭＬＢ４３を用いて画像データの変換を行うスレッドＡ７１と、スレッドＢ７２に着目した処理の様子を図７を用いて説明する。この処理は、スレッドＢ７２の画像データをスキャナ形式の画像データにＭＬＢ４３を用いて変換する処理である。まず、各スレッドが入力する画像データを説明する。

　スレッドＡ７１は、スキャナの形式の画像データＡを入力する。また、スレッドＢ７２は、プリンタの形式の画像データＢを入力する。

　このように、形式が異なるスキャナ、プリンタの画像データの形式を、そのうちの１つの画像データの形式であるスキャナの形式に統一することで画像データの集約を行う。また、形式の統一は、上述したように複数のスレッドで行われる。そして、スレッドＡ７１、スレッドＢ７２のように、１つのスレッドに対し、１つの画像データが割り当てられる。また、スレッドは、割り当てられた画像データの形式が、統一する形式とは異なる場合、スレッドＢ７２のように、割り当てられた画像データをＭＬＢ４３を用いて変換する。

　次に、図７の処理の説明をする。スレッドＡ７１は、変換する必要がないので、集約する準備は既に整っている。スレッドＢ７２は、ＭＬＢ４３でプリンタの形式からスキャナの形式に画像データＢを変換することで、集約する準備が整う。このようにして、２つのスレッドが集約する画像データの準備が終了すると、画像データＡ、Ｂは集約されて印刷される。

　以上の処理の詳細を図８のシーケンス図を用いて説明する。図８において、上位モジュール８３は、スレッドＡ７１、スレッドＢ７２に画像データの形式を統一し、画像データを集約するための通知を行うモジュールである。この上位モジュール８３とスレッドの集合が形式統一手段に対応する。

　画像準備部８４、８５は、スレッドＡ７１、スレッドＢ７２が集約する画像データを準備する。この画像準備部８４、８５は、コピーやファックス、ＨＤＤ６８などからの画像データを準備する。ＭＥＵ４４は、上述したように、ＭＬＢ４３で画像データを変換するモジュール部である。印刷スレッド８６は、スレッドＡ７１、スレッドＢ７２が準備した画像データを集約した画像データとして、エンジン部に１２０に印刷をさせるスレッドであり、集約印刷手段に対応する。なお、以下の説明で、スレッドＡ７１、スレッドＢ７２は、画像準備部８４、８５から画像データを一度に準備されるのではなく、細切れにした画像データを複数回に分けて準備される。

　次に、シーケンス図の説明をする。ステップＳ１０１、１０２で、上位モジュール８３は、スレッドＡ７１、スレッドＢ７２に対し、集約する画像データを作成させる通知を行う。それに応じ、スレッドＡ７１は、ステップＳ１０３で画像準備部８４に、画像を準備させる要求を行い、ステップＳ１０５で、画像準備部８４から画像データの準備ができたことが通知される。以後、スレッドＡ７１は、細切れにした画像データを複数回にわたり準備する。このように、複数回にわたり準備された画像データの全体が揃うと、スレッドＡ７１は、ステップＳ１１３で、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＢ７２は、ステップＳ１０４で画像準備部８５に画像を準備させる要求を行い、ステップＳ１０６で、画像準備部８４から画像データの準備ができたことが通知される。

　スレッドＢ７２は、画像データの変換をするために、ステップＳ１０７で、ＭＥＵ４４に画像データの変換要求を行う。ＭＥＵ４４は、画像データの変換が終了すると、ステップＳ１０８で、スレッドＢ７２に対し、変換が終了したことを通知する。このとき、スレッドＢ７２は、印刷用紙全体の横幅に対応するメモリ幅と、領域Ｂの横幅に対応するイメージ幅（図６参照）及び、変換された画像データを書き込むメモリの先頭アドレスを通知する。このようにすることにより、領域Ｂの部分に変換された画像データが書き込まれる。

　再び、スレッドＢ７２は、ステップＳ１０９、１１０で、画像準備部８５に対して画像データを準備させる。そして、スレッドＢ７２は、ステップＳ１１１、１１２で、ＭＥＵ４４により画像データを変換させる。

　スレッドＢ７２は、ステップＳ１１４、１１５で全ての画像データの変換が終了すると、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＡ７１、スレッドＢ７２から画像データの作成が終了したことを通知された印刷スレッド８６は、ステップＳ１１７で、エンジン部１２０に対し、印刷開始要求を行い、ステップＳ１１８で、エンジン部１２０から印刷が終了したことが通知される。

　このように、スレッドＡ７１、スレッドＢ７２は、形式が異なる２つの画像データの形式を、今の場合のように、２つの画像データのうちのスレッドＡ７１に割り当てられた画像データの形式に統一する。

　また、スレッドＢ７２のように、割り当てられた画像データの形式の変換が終了するか、スレッドＡ７１のように、割り当てられた画像データの変換の必要がない場合、印刷スレッド８６に対し、画像データの変換が終了したことを通知する。

　そして、印刷スレッド８６は、全てのスレッドから画像データの変換が終了したことを通知されると、形式が統一された画像データを集約した画像を、１枚の印刷用紙に印刷する。以上説明したステップＳ１０３からステップＳ１１５までが形式統一段階に対応する。また、ステップＳ１１７、１１８が印刷段階に対応する。
次に、ＨＤＤ６８の蓄積文書の画像データをＭＬＢ４３が画像の大きさを変倍する処理について説明する。この処理は、図９に示されるように、ＭＬＢ４３が、領域Ｂに合わせて画像データを変倍する処理である。

　次に、スレッドＡ７１と、スレッドＢ７２に着目した処理の様子を図１０を用いて説明する。まず、各スレッドが入力する画像データを説明する。

　スレッドＡ７１は、スキャナやコピーなどの形式の画像データＡを入力する。また、スレッドＢ７２は、ＨＤＤ６８の蓄積文書の画像データを入力する。

　次に、図１０の処理の説明をする。スレッドＡ７１は、変換する必要がないので、集約する準備は既に整っている。スレッドＢ７２は、ＭＬＢ４３でバッファメモリ８２に展開した蓄積文書の画像データの形式からスレッドＡ７１が入力した画像データの形式に画像データＢを変換することで、集約する準備が整う。

　ここで、ＭＬＢ４３は、図に示されるように、変倍及び変換を同時に実行することが可能である。従来は、変倍したのちに、変換という処理を行なっていた。そのため、時間がかかるだけではなく、変倍するためのメモリの確保、及び変換するためのメモリの確保が必要であった。しかし、ＭＬＢ４３によって、使用するメモリ量や変換速度を向上することが可能となった。

　以上のようにして、２つのスレッドが集約する画像データの準備が終了すると、画像データＡ、Ｂは集約されて印刷される。

　以上の処理の詳細を図１１のシーケンス図を用いて説明する。ステップＳ２０１、２０２で、上位モジュール８３は、スレッドＡ７１、スレッドＢ７２に対し、集約する画像データを作成させる通知を行う。それに応じ、スレッドＡ７１は、ステップＳ２０３で画像準備部８４に、画像を準備させる要求を行い、ステップＳ２０５で、画像準備部８４から画像データの準備ができたことが通知される。そして、画像データの全体が揃うと、スレッドＡ７１は、ステップＳ２１３で、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＢ７２は、ステップＳ２０４で画像準備部８５に画像を準備させる要求を行い、ステップＳ２０６で、画像準備部８４から画像データの準備ができたことが通知される。

　スレッドＢ７２は、画像データの変換をするために、ステップＳ２０７で、ＭＥＵ４４に画像データの変換要求を行う。ＭＥＵ４４は、画像データの変換が終了すると、ステップＳ２０８で、スレッドＢ７２に対し、変換が終了したことを通知する。このときもスレッドＢ７２は、印刷用紙全体の横幅に対応するメモリ幅と、領域Ｂの横幅に対応するイメージ幅（図６参照）及び、変換された画像データを書き込むメモリの先頭アドレスを通知する。

　再び、スレッドＢ７２は、ステップＳ２０９、２１０で、画像準備部８５に対して画像データを準備させる。そして、ステップＳ２１１、２１２で、ＭＥＵ４４により画像データを変換させる。

　スレッドＢ７２は、ステップＳ２１４、２１５で全ての画像データの変換が終了すると、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＡ７１、スレッドＢ７２から画像データの作成が終了したことを通知された印刷スレッド８６は、ステップＳ２１７で、エンジン部１２０に対し、印刷開始要求を行い、ステップＳ２１８で、エンジン部１２０から印刷が終了したことが通知される。

　次に、ＭＬＢを２つ用いて集約する処理について説明する。図１２に示されるように、集約される画像データは、領域ＡのＭＬＢ４３ａで変換されたＨＤＤ６８の蓄積文書からの画像データと、領域ＢのＭＬＢ４３ｂで変換されたＨＤＤ６８の蓄積文書からの画像データである。

　このような２つのＭＬＢを用いる場合として、異なる形式の２つの画像データを、さらに異なる形式に集約する場合が挙げられる。

　次に、スレッドＡ７１と、スレッドＢ７２に着目した処理の様子を図１３を用いて説明する。

　スレッドＡ７１は、ＭＬＢ４３でバッファに展開した蓄積文書の画像データの形式から目的の形式に画像データＢを変換することで、集約する準備が整う。また、スレッドＢ７２も全く同様に、ＭＬＢ４３でバッファに展開した蓄積文書の画像データの形式から目的の形式に画像データＢを変換することで、集約する準備が整う。

　以上のようにして、２つのスレッドが集約する画像データの準備が終了すると、画像データＡ、Ｂは集約されて印刷される。

　以上の処理の詳細を図１４のシーケンス図を用いて説明する。ステップＳ３０１、３０２で、上位モジュール８３は、スレッドＡ７１、スレッドＢ７２に対し、集約する画像データを作成させる通知を行う。それに応じ、スレッドＡ７１は、ステップＳ２０３で画像準備部８４に、画像を準備させる要求を行い、ステップＳ２０５で、画像準備部８４から画像データの準備ができたことが通知される。

　同様に、スレッドＢ７２は、ステップＳ３０４で画像準備部８４に、画像を準備させる要求を行い、ステップＳ３０６で、画像準備部８４から画像データの準備ができたことが通知される。

　次に、スレッドＡ７１は、画像データの変換をするために、ステップＳ３０８で、ＭＥＵ４４に画像データの変換要求を行う。ＭＥＵ４４は、画像データの変換が終了すると、ステップＳ３１０で、スレッドＡ７１に対し、変換が終了したことを通知する。

　同様に、スレッドＢ７２は、ステップＳ３０７で、ＭＥＵ４４に画像データの変換要求を行う。ＭＥＵ４４は、画像データの変換が終了すると、ステップＳ３０９で、スレッドＢ７２に対し、変換が終了したことを通知する。

　以後、スレッドＡ７１、スレッドＢ７２は、変換処理を繰り返す。そして、スレッドＡ７１が、ステップＳ３１１、３１２で細切れになった最後の画像データの変換を終了すると、ステップＳ３１４で、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＢ７２も同様に、ステップＳ３１３、３１５で細切れになった最後の画像データの変換を終了すると、ステップＳ３１６で、印刷スレッド８６に画像データの作成が終了したことを通知する。

　スレッドＡ７１、スレッドＢ７２から画像データの作成が終了したことを通知された印刷スレッド８６は、ステップＳ２１７で、エンジン部１２０に対し、印刷開始要求を行い、ステップＳ２１８で、エンジン部１２０から印刷が終了したことが通知される。

　このように、複数のＭＬＢを有することにより、例えば、プリンタの画像データと、コピーした画像データとをファックスの形式に高速に効率よく集約し、そのファックスを送信することなどが可能となる。

　また上述した実施の形態は、２画像の集約印刷であるが、さらに多くの画像の集約印刷が可能である。例えば、３画像であれば、スレッドＡ、Ｂの他にスレッドＤを起動させる。そして、そのスレッドが、上述したイメージ幅、メモリ幅をＭＬＢに指定することにより、ＭＬＢは変倍しながら変換を行うため、３画像の集約印刷が可能となる。

本発明による融合機の一実施例の構成図である。 本発明による融合機の一実施例のハードウェア構成図である。 ＭＥＵを示す図である。 ＨＤＤの蓄積文書の形式を示す図である。 ＭＬＢの構成を示す図である。 集約の様子を示す図である。 スレッドＡ、Ｂの処理を示す図である。 集約処理を示すシーケンス図である。 集約の様子を示す図である。 スレッドＡ、Ｂの処理を示す図である。 集約処理を示すシーケンス図である。 集約の様子を示す図である。 スレッドＡ、Ｂの処理を示す図である。 集約処理を示すシーケンス図である。 集約の様子を示す図である。 集約ができない場合を示す図である。 従来の集約の様子を示す図である。

符号の説明

　１　融合機
　２　ソフトウェア群
　３　融合機起動部
　４　ハードウェア資源
　５　アプリケーション層
　６　プラットホーム層
　９　コントロールサービス層
　１０　ハンドラ層
　１１　スキャナ
　１２　プロッタ
　１３　その他のハードウェアリソース
　２１　プリンタアプリ
　２２　コピーアプリ
　２３　ファックスアプリ
　２４　スキャナアプリ
　３１　ネットワークコントロールサービス（ＮＣＳ）
　３２　デリバリーコントロールサービス（ＤＣＳ）
　３３　オペレーションパネルコントロールサービス（ＯＣＳ）
　３４　ファックスコントロールサービス（ＦＣＳ）
　３５　エンジンコントロールサービス（ＥＣＳ）
　３６　メモリコントロールサービス（ＭＣＳ）
　３７　ユーザインフォメーションコントロールサービス（ＵＣＳ）
　３８　システムコントロールサービス（ＳＣＳ）
　３９　システムリソースマネージャ（ＳＲＭ）
　４０　ファックスコントロールユニットハンドラ（ＦＣＵＨ）
　４１　イメージメモリハンドラ（ＩＭＨ）
　４２　メインスレッド
　４３、４３ａ、４３ｂ　ＭＬＢ
　４４　ＭＥＵ
　４５　配信スレッド
　４６　リソース管理
　４７　実行スレッド
　４８　制御スレッド
　４９　実行関数群
　５３　アプリケーションプログラムインターフェース（ＡＰＩ）
　５４　エンジンＩ／Ｆ
　６０　コントローラ
　６１　ＣＰＵ
　６２　システムメモリ（ＭＥＭ−Ｐ）
　６３　ノースブリッジ（ＮＢ）
　６４　サウスブリッジ（ＳＢ）
　６５　ＡＧＰ（Accelerated
Graphics Port）
　６６　ＡＳＩＣ
　６７　ローカルメモリ（ＭＥＭ−Ｃ）
　６８　ハードディスク装置（ＨＤＤ）
　７０　オペレーションパネル
　７１　スレッドＡ
　７２　スレッドＢ
　７３　スレッドＣ
　７４　ＳＲＣ領域
　７５　ＤＳＴ領域
　７６　復号部
　７７　圧縮部
　８０　ファックスコントロールユニット（ＦＣＵ）
　８２、８２ａ、８２ｂ　バッファメモリ
　８３　上位モジュール
　８４、８５　画像準備部
　８６　印刷スレッド
　９０　ＵＳＢデバイス
　１００　ＩＥＥＥ１３９４デバイス
　１２０　エンジン部
　１６９　Ｇ３規格対応ユニット
　１７０　Ｇ４規格対応ユニット
　１７７　セントロニクス

Claims (12)

1. 画像形成処理で使用されるハードウェア資源と、画像データの画像形成に係る処理を行うプログラムとを有する画像形成装置において、
   　画像データの形式の変換処理を行う１つ以上の画像データ変換手段と、
   　複数の画像データの形式を、前記画像データ変換手段を用いて統一する形式統一手段と
   　を有することを特徴とする画像形成装置。
2. 前記画像データ変換手段は、コピー、プリンタ、スキャナ、ファックスに用いられる画像データの形式の変換を行うことを特徴とする請求項１に記載の画像形成装置。
3. 前記画像データ変換手段は、前記画像データの画像サイズの変倍、前記画像データの圧縮、前記画像データの復号、前記画像データの多値変換を行うことを特徴とする請求項１に記載の画像形成装置。
4. 前記画像データ変換手段は、前記画像データの変換をハードウェアで行うことを特徴とする請求項１から３のいずれか１項に記載の画像形成装置。
5. 前記形式統一手段は、前記形式が異なる複数の画像データの形式を、前記複数の画像データのうちの１つの画像データの形式に統一することを特徴とする請求項１に記載の画像形成装置。
6. 前記形式統一手段は、統一される形式に応じ、前記画像データ変換手段を用いて画像データの変換を行う変換実行手段を有することを特徴とする請求項１に記載の画像形成装置。
7. 前記形式統一手段は、複数の前記変換実行手段を有することを特徴とする請求項６に記載の画像形成装置。
8. 前記形式統一手段は、１つの前記変換実行手段に対し、１つの前記画像データを割り当てて変換させることを特徴とする請求項７に記載の画像形成装置。
9. 前記変換実行手段は、割り当てられた画像データの形式が、統一する形式と異なる場合、
   　割り当てられた画像データを前記画像データ変換手段を用いて変換することを特徴とする請求項８に記載の画像形成装置。
10. 前記形式統一手段によって形式が統一された複数の画像データを集約し印刷する集約印刷手段をさらに有することを特徴とする請求項１から９のいずれか１項に記載の画像形成装置。
11. 前記形式統一手段は、割り当てられた画像データの形式の変換が終了するか、割り当てられた画像データの変換の必要がない場合、
    　前記集約印刷手段に対し、画像データの変換が終了したことを通知することを特徴とする請求項１０に記載の画像形成装置。
12. 画像形成処理で使用されるハードウェア資源と、画像データの画像形成に係る処理を行うプログラムとを有する画像形成装置の集約印刷方法であって、
    　形式が異なる複数の画像データの形式をハードウェアを用いて変換し、統一する形式統一段階と、
    　前記統一した画像データを集約し、印刷する印刷段階と
    　を有することを特徴とする集約印刷方法。

Images