JP3721151B2 - 画像形成装置、印刷制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、画像形成装置、印刷制御方法に関する。
【０００２】
【従来の技術】
近年、プリンタ、コピー、ファクシミリなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、プリンタ、コピー、ファクシミリにそれぞれ対応する３種類のアプリケーションを設け、そのアプリケーションを切り替えることより、プリンタ、コピー、ファクシミリとして動作させるものである。
【０００３】
この場合、従来のアプリケーションは、図１７に示されるように、エンジンに対し、直接に要求を行っていた。例えば、コピーアプリは、両面印刷や片面印刷などの動作モードを決定し、実行要求を生成してエンジンに印刷・読み込み実行要求を行うことにより印刷部を動作していた。
【０００４】
また、実行要求を受けるエンジンは、画像情報を管理する画像メモリ管理、印刷の実行の順番を制御する実行順制御、デバイスの制御を行うデバイス制御などのファームウェアで動作していた。
【０００５】
【特許文献１】
特開２０００−０１５８９７公報
【特許文献２】
特開２０００−０９２２５７公報
【特許文献３】
特開２０００−２３３５５０公報
【発明が解決しようとする課題】
このような融合機が、図１８に示される順番で、画像情報を印刷する処理について説明する。
【０００６】
この図１８に示される順番のうち、１、３、４、６番目は、コピーアプリがエンジンに印刷を要求する画像情報であり、２、５番目はプリンタアプリがエンジンに印刷を要求する画像情報となっている。さらに、１番目の画像情報と３番目の画像情報は、印刷されると１枚の印刷用紙の表と裏になる。同様に、２番目の画像情報と５番目の画像情報は、印刷されると１枚の印刷用紙の表と裏になる。また、４番目の画像情報と６番目の画像情報は、印刷されると１枚の印刷用紙の表と裏になる。
【０００７】
この順番は、コピーアプリの印刷のジョブとプリンタアプリの印刷のジョブとが混在している両面印刷を行う際に高い生産性で動作させるための順番となっている。
【０００８】
このような高い生産性が実現できる順番でエンジンが印刷を実行したときの様子を図１９を用いて説明する。
【０００９】
エンジンは、まず、１番目の画像情報の印刷を実行する。次に、エンジンは、同様に２番目の画像情報の印刷を実行する。これらの画像情報は、ともに表の画像情報である。したがって、１番目と２番目の画像情報が印刷された２枚の印刷用紙は、裏の印刷がされるまで排紙されず、融合機内部に、この順番で蓄積されている。
【００１０】
次に、エンジンは、３番目の画像情報を印刷する。この３番目の画像情報は、１番目の画像情報の裏に対応する画像情報である。したがって、蓄積されている１番目の画像情報が印刷された印刷用紙に、エンジンは印刷を実行する。その印刷により、１番目と３番目の画像情報が両面印刷された印刷用紙は、融合機の外に排紙される。
【００１１】
次に、エンジンは、４番目の画像情報を印刷する。この４番目の画像情報は、コピーアプリの２枚目の表に対応する画像情報である。このとき、融合機には、２番目の画像情報が印刷された印刷用紙と、４番目の画像情報が印刷された印刷用紙が、この順番で蓄積されている。
【００１２】
したがって、２番目の画像情報が印刷された印刷用紙の裏面が印刷されて排紙されない限り、４番目の画像情報が印刷された印刷用紙の印刷ができない。そのため、プリンタアプリから５番目の画像情報の印刷要求が遅れると、処理がそこで中断する。また、このとき、コピーアプリから６番目の画像情報が通知されても、上述した理由から４番目の画像情報が印刷された印刷用紙の裏面印刷ができない。また、機種によっては、印刷用紙同士が追突してペーパージャムを引き起こす可能性もある。
【００１３】
このような不具合が発生するため、従来の融合機は、コピーアプリとプリンタアプリからの両面印刷の要求を混在することが難しかった。したがって、従来の融合機は、図２０に示されるように、１番目から４番目のコピーアプリの印刷が終了してから、５番目と６番目のプリンタアプリの印刷を実行するというように、別々に印刷を行なっていた。
【００１４】
このように、従来の融合機では、複数の印刷ジョブを高い生産性で動作させるための順番であるにもかかわらず、かえって生産性が低下する可能性があった。
【００１５】
本発明はこのような問題点に鑑み、複数の印刷ジョブが発生する融合機において、高い生産性を得ることができる画像形成装置、印刷制御方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有する画像処理装置であって、前記アプリケーションが生成する画像情報に基づき画像を形成する画像形成手段と、前記共通プログラムを含み、前記アプリケーションと前記画像形成手段とのインタフェースを行う画像情報管理手段とを有することを特徴とする。
【００１７】
また、上記課題を解決するために、本発明は、プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がある場合、前記一の画像情報に基づく全ての印刷が完了可能と判断できるまで、両面印刷が必要な他の画像情報が印刷される印刷用紙の給紙動作を保留することを特徴とする。
【００１８】
また、上記課題を解決するために、本発明は、プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がある場合、片面印刷される画像情報が印刷される印刷用紙の給紙動作を、前記一の画像情報に基づく全ての画像形成動作完了する前に実行することを特徴とする。
【００１９】
また、上記課題を解決するために、本発明は、プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がない場合、前記一の画像情報に基づく全ての印刷が完了する前に、両面印刷が必要な他の画像情報に基づいて印刷される印刷用紙の給紙動作を実行することを特徴とする。
【００２０】
以上のように、本発明によれば、複数の印刷ジョブが発生する融合機において、高い生産性を得ることができる画像形成装置、印刷制御方法が得られる。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００２２】
図１は、本発明の一実施形態に係る融合機の概略構成を示す図である。
【００２３】
図１に示されるように、融合機１は、自動原稿送り装置２００と、ステープラ及びシフトトレイ付きのフィニッシャ３００と、両面反転排紙ユニット４００と、拡張給紙トレイ５００と、大容量給紙トレイ６００及び１ビン排紙トレイ７００の７つのユニットから構成されている。また、融合機１は、スキャナ部、書き込み部、感光体部、現像部、定着部、転写部、および給紙部などを備えている。
【００２４】
さらに、融合機１は、パーソナルコンピュータＰＣからの印刷要求、ＦＡＸ回線８００からの印刷要求を受信した場合にも、要求に応じた画像形成を行えるようになっている。また、この融合機１には、課金手段である課金装置９００が接続されており、課金装置９００と融合機１とが通信を行い、課金装置９００からの指示によって印刷枚数に制限をかけることができるようになっている。
【００２５】
次に、図２を用いて、本発明による融合機の一実施例の構成図を示す。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００２６】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットフォーム６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットフォーム６のプログラムを、ハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）１１と、カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）１２と、スキャナやファクシミリなどのハードウェアリソース１３とを含む。
【００２７】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。
【００２８】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２１と、コピー用アプリケーションであるコピーアプリ２２と、ファックス用アプリケーションであるファックスアプリ２３と、スキャナ用アプリケーションであるスキャナアプリ２４とを含む。
【００２９】
なお、本実施の形態におけるアプリケーションとは、上記アプリケーションの他にも、画像情報を生成するプログラムが実行するソフトウェアも含む。
【００３０】
また、プラットフォーム６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。
【００３１】
コントロールサービス層９は、ネットワークコントロールサービス（以下、ＮＣＳという）３１、デリバリーコントロールサービス（以下、ＤＣＳという）３２、オペレーションパネルコントロールサービス（以下、ＯＣＳという）３３、ファックスコントロールサービス（以下、ＦＣＳという）３４、エンジンコントロールサービス（以下、ＥＣＳという）３５、メモリコントロールサービス（以下、ＭＣＳという）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）３７、システムコントロールサービス（以下、ＳＣＳという）３８など、一つ以上のサービスモジュールを含むように構成されている。
【００３２】
なお、プラットフォーム６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ５３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットフォーム６の各ソフトウェアをプロセスとして並列実行する。
【００３３】
ＮＣＳ３１のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００３４】
例えばＮＣＳ３１は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。
【００３５】
ＤＣＳ３２のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ３４のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００３６】
ＥＣＳ３５のプロセスは、白黒レーザプリンタ１１、カラーレーザプリンタ１２、ハードウェアリソース１３などのエンジン１１０の制御を行う。ＭＣＳ３６のプロセスは、メモリの取得および開放、ＨＤＤの利用などのメモリ制御を行う。ＵＣＳ３７は、ユーザ情報の管理を行うものである。
【００３７】
ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００３８】
ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ３９のプロセスは、白黒レーザプリンタ１１やカラーレーザプリンタ１２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００３９】
具体的に、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ３９のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００４０】
また、ハンドラ層１０は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）４１とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ５４を利用して、ハードウェア資源４に対する処理要求を行う。
【００４１】
融合機１は、各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。このことを、画像情報を印刷する処理に関連するソフトウェアの構成に関して、図３を用いて説明する。
【００４２】
融合機１は、図３に示されるように、画像情報を生成するコピーアプリ２２、プリンタアプリ２１、ＦＡＸアプリ２３と、画像情報に基づいて画像を形成するエンジンと、アプリケーションが共通して使用するとともに、画像情報に関して前記アプリケーションと前記画像形成手段とのインタフェースを行うプラットフォーム６とを有している。
【００４３】
次に、図３と従来の構成を示した図１７とを比較する。従来のアプリケーションは、それぞれ個々に、印刷読込実行要求や、印刷実行要求を行なっていた。しかし、本発明によれば、プラットフォーム６により、アプリケーションは、動作モードを通知するだけで印刷することが可能となった。また、動作モード通知は、アプリケーションにより異なるものではなく、統一されたルールに従っている。
【００４４】
さらに、従来は、エンジンが変わると直接にやり取りするアプリケーションにも変更が生じていた。しかし、本発明によれば、エンジン１１０が変わった場合は、共通プラットフォーム６がその変更を吸収するため、アプリケーションの変更が不要となった。このことは、アプリケーションを変更することにより発生するソースコードの作成やデバッグなどにかかる開発工数を減らすことが可能となることを意味する。なお、本実施の形態におけるエンジンは、エンジンを制御するファームウェアも含まれる。したがって、エンジンの変更とは、機械的な部分だけの変更ではなく、ファームウェアの変更も意味する。
【００４５】
また、エンジンも、プラットフォーム６がアプリケーションの要求を調整することにより、図１９に示したような待ちの状態が発生することがなくなる。
【００４６】
さらに、後述する課金不足による処理の中断の発生も防ぐことが可能となる。
【００４７】
このように、プラットフォーム６は、アプリケーションとエンジンのいずれにも多大な効果を生じさせるものである。
【００４８】
次に、融合機１のハードウェア構成について説明する。
【００４９】
図４は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラ６０と、オペレーションパネル７０と、ＦＣＵ８０と、ＵＳＢデバイス９０と、ＩＥＥＥ１３９４デバイス１００と、画像形成手段に対応するエンジン１１０とを含む。
【００５０】
また、コントローラ６０は、ＣＰＵ６１と、システムメモリ（ＭＥＭ−Ｐ）６２と、ノースブリッジ（以下、ＮＢという）６３と、サウスブリッジ（以下、ＳＢという）６４と、ＡＳＩＣ６６と、ローカルメモリ（ＭＥＭ−Ｃ）６７と、ＨＤＤ６８とを含む。
【００５１】
オペレーションパネル７０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＣＵ８０、ＵＳＢデバイス９０、ＩＥＥＥ１３９４デバイス１００およびエンジン１１０は、コントローラ６０のＡＳＩＣ６６にＰＣＩバスで接続されている。
【００５２】
コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７、ＨＤＤ６８などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。このように、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。
【００５３】
なお、ＡＳＩＣ６６とＮＢ６３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６５を介して接続されている。このように、図２のアプリケーション層５やプラットフォーム６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続し、パフォーマンスの低下を防いでいる。
【００５４】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３１、ＤＣＳ３２、ＯＣＳ３３、ＦＣＳ３４、ＥＣＳ３５、ＭＣＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ３９、ＦＣＵＨ４０およびＩＭＨ４１をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２１、コピーアプリ２２、ファックスアプリ２３、スキャナアプリ２４を起動して実行させる。
【００５５】
ＮＢ６３は、ＣＰＵ６１、システムメモリ６２、ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ６４は、ＮＢ６３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６７はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００５６】
ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００５７】
次に、上記説明した図２のソフトウェア群２のうち、印刷の実行に関連するソフトウェアの構成を図５に示す。
【００５８】
図５には、ＥＣＳ３５と、ＳＣＳ３８と、ＳＲＭ３９と、ＩＭＨ４１と、エンジン１１０と、アプリ９１とが示されている。また、ＥＣＳ３５と、ＳＣＳ３８と、ＳＲＭ３９と、ＩＭＨ４１は、各アプリケーションが共通して使用する共通プラットフォーム６であり、画像情報管理手段に対応する。また、上述したようにエンジン１１０は画像形成手段に対応する。
【００５９】
この図５を用いて、印刷を実行する処理について説明する。まず最初に、以下の説明で用いられるジョブとプロセスについて説明する。本実施の形態で用いられるジョブとは、比較的大きな一つの処理を表す。
【００６０】
次に、プロセスについて説明する。上述したジョブは、比較的大きな処理のため、さらに細かい処理を含む。例えば、印刷を行う処理は、印刷用紙を給紙する処理、印刷用紙に画像を形成する処理、印刷された印刷用紙を排紙する処理などのさらに細かい処理で構成される。
【００６１】
このように、ジョブをさらに細かく分解した処理を、本実施の形態ではプロセスとする。また、このプロセスは、ジョブを細かく分解した処理であるため、単独の処理であることが多い。
【００６２】
図５の説明に戻り、アプリケーションと共通プラットフォームとの間における処理を説明する。
【００６３】
アプリ９１が画像情報を生成し、共通プラットフォーム６に画像の印刷を要求する場合、アプリ９１は、ステップＳ１０１で、ジョブ動作モード設定をＥＣＳ３５に通知する。このジョブ動作モード設定は、例えば、これから要求するジョブが両面印刷であるとか、印刷用紙の大きさなどの設定である。
【００６４】
ジョブ動作モード設定を通知されたＥＣＳ３５は、その設定内容のジョブの実行が可能であるかどうかエンジン状態などから判断し、ジョブ実行可・否をステップＳ１０２でアプリ９１に通知する。アプリ９１は、ジョブの実行が可能であることが通知されると、ステップＳ１０３で、ジョブスタート要求をＥＣＳ３５に通知する。また、アプリ９１は、ジョブの実行をできないことが通知された場合、その通知内容により、エラーを出力したり、リトライしたりする。
【００６５】
ステップＳ１０３のジョブスタート要求により、印刷処理が実行される。そして、印刷処理の結果であるジョブエンド通知が、ステップＳ１０４で、アプリ９１に通知される。
【００６６】
このように、アプリ９１は、印刷する内容が実行可能かどうか確認したのちに、印刷を要求し、その結果を通知される。また、上記説明にも示されるように、プラットフォーム６でアプリ９１とやり取りを行うのは、ＥＣＳ３５となっている。
【００６７】
次に、ＥＣＳ３５とＳＣＳ３８との間の処理について説明する。ＥＣＳ３５とＳＣＳ３８との間の処理は、図に示されるように、ステップＳ１０５で行われるＥＣＳ３５からＳＣＳ３８へのジョブエントリの通知と、ステップＳ１０６で行われるＳＣＳ３８からＥＣＳ３５へのジョブ実行順通知とがある。
【００６８】
この処理は、ＥＣＳ３５が、ＳＣＳ３８に、アプリ９１から通知されたジョブの実行順番を問い合わせる処理である。これは、コピー動作中にＦＡＸを送信するなど、複数のジョブが同時に動く場合に、一方のジョブを待たせなくてはならない可能性があるために行われる処理である。
【００６９】
また、このとき、先ほどのアプリ９１からのジョブが、すぐに実行可能な場合、ＥＣＳ３５は、ＳＣＳ３８から、実行順番が回ってきたことが通知される。
【００７０】
この通知により、ＥＣＳ３５は、アプリ９１から通知されたジョブを、プロセスに分解する。
【００７１】
次に、ＥＣＳ３５とＳＲＭ３９との間の処理について説明する。
【００７２】
ジョブをプロセスに分解したＥＣＳ３５は、ステップＳ１０７で、ＳＲＭ３９にプロセス実行要求を行う。そして、ＥＣＳ３５は、プロセス実行要求に対する応答であるプロセス実行応答をステップＳ１０８で通知される。この処理を繰り返し行うことにより、ジョブが処理され、ＥＣＳ３５は、上述したステップＳ１０４でアプリ９１にジョブエンド通知を行う。
【００７３】
また、ステップＳ１０９のエンジン状態通知は、ＥＣＳ３５が、先ほどのステップＳ１０２でアプリ９１に通知するジョブ実行可・否通知をする際に用いられる。このエンジン状態通知は、ＳＲＭ３９が、エンジン１１０からステップＳ１１０で通知された内容である。
【００７４】
次に、ＳＲＭ３９とエンジン１１０とＩＭＨ４１との間の処理について説明する。ＥＣＳ３５から、プロセス実行要求を通知されたＳＲＭ３９は、通知されたプロセスをエンジン１１０が解読可能なパラメータ情報に分割するとともに、プロセスの実行順番を決定する。また、スキャナで画像を読み込むなど、画像メモリを必要とする処理の場合、ＳＲＭ３９は、ＩＭＨ４１に対して画像メモリの確保を行う。
【００７５】
この処理は、まずＳＲＭ３９がステップＳ１１３で、ＩＭＨ４１に対してメモリ準備要求を行う。そして、ＳＲＭ３９は、ステップＳ１１４で、ＩＭＨ４１からメモリ準備応答を通知されると、ステップＳ１１５で、ＩＭＨ４１に対して画像転送要求を通知する。次に、ステップＳ１１７で、ＳＲＭ３９が、ＩＭＨ４１から画像転送完了応答を通知されることにより、ＳＲＭ３９が画像メモリを確保する処理を終了する。
【００７６】
ＳＲＭ３９とエンジン１１０との処理の説明に戻る。ステップＳ１１１で、プロセス実行開始要求を通知したＳＲＭ３９は、ステップＳ１１２で、エンジン１１０から、実行を要求したプロセスの実行状態が通知される。この実行状態の通知は、印刷用紙を給紙するタイミングになったなどの印刷の実行状態の通知である。この通知により、ＳＲＭ３９は、プロセスが実行されたことを認識することができる。
【００７７】
次に、以上説明した共通プラットフォーム６がエンジン１１０に対して画像情報を転送する様子を、図６を用いて説明する。
【００７８】
図６は、コピーアプリ２２とプリンタアプリ２１が生成した画像情報９３、９４が共通プラットフォーム６からエンジン１１０に転送される様子を示す図である。コピーアプリ２２とプリンタアプリ２１とが生成した画像情報９３、９４は、共通プラットフォーム６により、分割画像情報９３ａ、９４ａのように分割される。そして、共通プラットフォーム６は、転送画像情報９５に示されるように、分割画像情報９３ａ、９４ａを混在させてエンジン１１０に転送する。
【００７９】
また、転送画像情報９５は、プリンタアプリ２１の分割画像情報が２つ連続し、コピーアプリ２２の分割画像情報が４つ連続している。この連続する分割画像情報の個数は、例えば、プリンタアプリ２１の分割画像情報が２０に分割され、コピーアプリ２２の分割画像情報が４０に分割されたときに、その分割数に応じて定められる。あるいは、プリンタアプリ２１が生成した画像情報の優先度が、コピーアプリ２２が生成した画像情報の優先度より高い場合に、転送画像情報９５のように、プラットフォーム６は、優先度の高いほうを優先的に転送する。
【００８０】
このようにしてプラットフォーム６が転送した分割画像情報を、エンジン１１０が印刷する処理について説明する。図７は、エンジン１１０が、印刷用紙の両面に画像が形成される両面印刷の場合、印刷用紙の片面に画像を連続して形成したのちに、その片面に形成された印刷用紙に対応する他方の面の画像を連続して形成することを示す図である。
【００８１】
すなわち、エンジン１１０は、まず表の４枚を印刷したのちに、印刷した４枚の印刷用紙の表と対応させて、裏を印刷する。
【００８２】
また、図８は、エンジン１１０が、印刷用紙の両面に画像が形成される両面印刷の場合、印刷用紙１枚ごと両面に印刷することを示す図である。図８に示されるように、エンジン１１０は、表の１番を印刷すると、裏の１番を印刷して、１枚ごと両面を印刷する。
【００８３】
以上説明した両面印刷などの印刷処理おける印刷用紙の動きの説明をする。
【００８４】
図９は、融合機１で両面反転排紙ユニットを用いて両面印刷を行う場合の動作手順を示す説明図である。この融合機１で両面印刷を行う場合、給紙ローラ１１２は、給紙トレイ１１１から印刷用紙Ａを１枚ピックアップし、給紙する。その後、定着部１１３は、表面画像を印刷用紙Ａに印刷する。次に、搬送路切替部１１４は、反転部１１５側へ搬送路を切り換え、印刷用紙Ａは両面ユニット１２１に搬送される。同時に、給紙ローラ１１２は、給紙トレイ１１１から、２枚目の印刷用紙Ｂをピックアップし、給紙する。両面ユニット１２１へ搬送された印刷用紙Ａは、反転部１１５へ導かれ、スイッチバックして反転した後、両面給紙部１１６で印刷用紙Ｂに表面画像が印刷されるのを待つ。
【００８５】
印刷用紙Ｂへ表面画像が印刷されると、両面給紙ローラ１１７は、印刷用紙Ａを定着部１１３へ搬送する。そして、印刷用紙Ａの裏面に裏面画像の印刷が行われる。この間に、印刷用紙Ｂは、前記搬送路切替部１１４から両面ユニットＵ側に搬送される。次に、印刷用紙Ｂは、反転部１１５で反転された後、両面給紙部１１６へ搬送される。そして、印刷用紙Ａの裏面印刷が終了すると、印刷用紙Ａは、搬送路切替部１１４によって搬出口１１９から排紙される。同時に、印刷用紙Ｂは、両面給紙ローラ１１７から定着部１１３へ向けて搬送され、定着部１１３で裏面画像を印刷された後、排出口１１９から排紙される。
【００８６】
以上説明した両面印刷方法は、裏面印刷を実行するために印刷用紙を反転させている間に、次の印刷用紙の表面印刷を先に済ませている。このようにすることで画像形成動作の空き時間を少なくし、両面印刷の生産性を向上する方法が、２枚インターリーブ両面と呼ばれる方法である。インターリーブ枚数は２枚だけではなく、裏面画像を形成する前に次の次の表面画像まで形成する３枚インターリーブ、それ以上の枚数のインターリーブを行うものも存在するが、考え方は同じであるため、ここでの説明は省略する。本発明は、２枚インターリーブだけに適用されるものではなく、インターリーブを行う全ての両面動作に適用できる。
【００８７】
図１０は、２枚インターリーブ両面動作で３枚の印刷用紙へ６面の画像を形成する場合の画像形成順を示す説明図である。この図に示されるように、最初に、１枚目の印刷用紙を定着部１１３へ送り込み、表面に画像を形成する。次に、２枚目の印刷用紙を定着部１１３へ送り込み、表面に画像を形成する。そして、１枚目の印刷用紙を反転させて定着部１１３へ送り込み、裏面に画像を形成する。
【００８８】
次に、３枚目の印刷用紙を定着部１１３へ送り込み、表面に画像を形成する。そして、２枚目の印刷用紙を反転させて定着部１１３へ送り込み、裏面に画像を形成する。最後に３枚目の印刷用紙を反転させて定着部１１３へ送り込み、裏面に画像を形成する。
【００８９】
以上の順番で印刷用紙へ印刷することにより、両面ユニット内で印刷用紙が反転している間に、後続の表面印刷を行うことが可能となる。したがって、この順番での印刷は、表面・裏面を交互に印刷するのに比べて生産性が高くなる。
【００９０】
このようなインターリーブ方式で給紙を行って印刷する場合のＳＲＭ３９の処理について、図１１のフローチャートを用いて説明する。なお、このフローチャートは、両面印刷が途中で中断する可能性のある処理例として、課金を行う場合の処理を示している。
【００９１】
この課金を行う融合機１は、表面印刷を実行する場合、給紙トレイ１１１からの給紙を実行したタイミングで課金装置６００への課金処理を行う。また、裏面印刷を実行する場合は、両面ユニットＵからの給紙を行ったタイミングで課金を行う。そして、表面を給紙した時点では、裏面の課金は行わず、裏面用の課金は裏面給紙時に行う。表・裏とも給紙が実行できれば、対応する画像形成動作が課金不足で実行できなくなることはない。
【００９２】
このような融合機１におけるＳＲＭ３９は、基本的な動きとして、エンジン１１０に直前に発行した印刷プロセスにおける給紙開始が通知されると、次の印刷プロセスをエンジン１１０に対して発行するようになっている。なお、この給紙開始は、図５で説明したプロセス実行状態通知により通知される。
【００９３】
以下、フローチャートの説明を行う。ステップＳ１で、ＳＲＭ３９は、ＥＣＳ３５から、印刷プロセスの実行要求を受信する。次のステップＳ２で、ＳＲＭ３９は、エンジン１１０にＥＣＳ３５から通知された印刷プロセスを発行可能かどうか判断する。
【００９４】
この判断は、上述したように、エンジン１１０に直前に発行した印刷プロセスにおける給紙開始が通知されているかどうかに基づいて行われる。したがって、ＳＲＭ３９は、給紙開始が通知されていなければ、そのプロセスを保留する。
【００９５】
給紙開始が通知されていると、ＳＲＭ３９は、ステップＳ３で、直前にエンジン１１０に発行した印刷プロセスと今回発行する印刷プロセスのジョブの種類が異なるかどうか判断する。
【００９６】
ジョブの種類が同じ場合、ＳＲＭ３９は、ステップＳ９で、印刷プロセスをエンジン１１０に発行する。ジョブの種類が異なる場合、ＳＲＭ３９は、ステップＳ４で、直前に発行した印刷プロセスは、両面印刷用の裏面プロセスかどうか判断する。
【００９７】
直前に発行した印刷プロセスが裏面プロセスではない場合、ＳＲＭ３９は、ステップＳ９で、印刷プロセスをエンジン１１０に発行する。直前に発行した印刷プロセスが裏面プロセスの場合、ステップＳ５で、ＳＲＭ３９は、直前に発行した印刷プロセスが課金対象となっているかどうか判断する。
【００９８】
直前に発行した印刷プロセスが課金対象ではない場合、ＳＲＭ３９は、ステップＳ９で、印刷プロセスをエンジン１１０に発行する。直前に発行した印刷プロセスが課金対象の場合、ＳＲＭ３９は、ステップＳ６で、印刷プロセスの発行を保留する。
【００９９】
次に、ＳＲＭ３９は、ステップＳ７で、直前に発行した裏面印刷プロセスに対して、給紙開始応答が通知されたかどうか判断する。この給紙開始応答が通知されることは、裏面印刷が課金不足により中断しないことが保証されることを意味する。
【０１００】
したがって、給紙開始応答が通知されていない場合は、印刷が中断される可能性があるため、ＳＲＭ３９は、印刷プロセスの発行を保留している状態にとどまる。一方、給紙開始応答が通知されている場合、ＳＲＭ３９は、ステップＳ８で、保留していた印刷プロセスをエンジン１１０に発行する。
【０１０１】
以上のように、両面ユニット１２１が使用できない状況が発生する場合には、給紙トレイ１１１からの給紙タイミングを正規のタイミングより遅らせることによって後続のプロセスまで中断してしまうことを防ぐことができる。
【０１０２】
以上説明した図１１が示す処理手順は、両面ユニット１２１が使用できない状況が発生する場合には、給紙トレイ１１１からの給紙タイミングを正規のタイミングより遅らせることによって後続のジョブまで中断してしまうことを防ぐようにしている。
【０１０３】
この処理手順に、給紙をしようとしている印刷用紙が、片面印刷される印刷用紙だった場合は、そのまま給紙する手順を加えた処理手順を図１２のフローチャートを用いて説明する。
【０１０４】
図１２のフローチャートは、図１１のフローチャートにおけるステップＳ２とステップＳ３との間に、給紙をしようとしている印刷用紙が、片面印刷される印刷用紙だった場合は、そのまま給紙する手順を加えたフローチャートである。
【０１０５】
ステップＳ１１で、ＳＲＭ３９は、ＥＣＳ３５から、印刷プロセスの実行要求を受信する。次のステップＳ１２で、ＳＲＭ３９は、エンジン１１０にＥＣＳ３５から通知された印刷プロセスを発行可能かどうか判断する。
【０１０６】
印刷プロセスが発行不可能の場合、ＳＲＭ３９は、そのプロセスを保留する。
【０１０７】
給紙開始が通知されている場合、ＳＲＭ３９は、ステップＳ１３で、次に発行する印刷プロセスが片面印刷用の印刷プロセスかどうか判断する。次に発行する印刷プロセスが片面印刷用の印刷プロセスの場合、ＳＲＭ３９は、ステップＳ２０で、印刷プロセスをエンジン１１０に発行する。
【０１０８】
このようにすることにより、直前の印刷プロセスの裏面用紙が課金不足で両面ユニットを塞ぐ／塞がないに関わらず、その影響を受けない片面印刷は生産性を低下させることなく実行することができる。
【０１０９】
ステップＳ１３で、次に発行する印刷プロセスが片面印刷用の印刷プロセスの場合、ＳＲＭ３９は、ステップＳ１４で、直前にエンジン１１０に発行した印刷プロセスと今回発行する印刷プロセスのジョブの種類が異なるかどうか判断する。
【０１１０】
ジョブの種類が同じ場合、ＳＲＭ３９は、ステップＳ２０で、印刷プロセスをエンジン１１０に発行する。ジョブの種類が異なる場合、ＳＲＭ３９は、ステップＳ１５で、直前に発行した印刷プロセスは、両面印刷用の裏面プロセスかどうか判断する。
【０１１１】
直前に発行した印刷プロセスが裏面プロセスではない場合、ＳＲＭ３９は、ステップＳ２０で、印刷プロセスをエンジン１１０に発行する。直前に発行した印刷プロセスが裏面プロセスの場合、ステップＳ１６で、ＳＲＭ３９は、直前に発行した印刷プロセスが課金対象となっているかどうか判断する。
【０１１２】
直前に発行した印刷プロセスが課金対象ではない場合、ＳＲＭ３９は、ステップＳ２０で、印刷プロセスをエンジン１１０に発行する。直前に発行した印刷プロセスが課金対象の場合、ＳＲＭ３９は、ステップＳ１７で、印刷プロセスの発行を保留する。
【０１１３】
次に、ＳＲＭ３９は、ステップＳ１８で、直前に発行した裏面印刷プロセスに対して、給紙開始応答が通知されたかどうか判断する。給紙開始応答が通知されていない場合は、印刷が中断される可能性があるため、ＳＲＭ３９は、印刷プロセスの発行を保留している状態にとどまる。一方、給紙開始応答が通知されている場合、ＳＲＭ３９は、ステップＳ１９で、保留していた印刷プロセスをエンジン１１０に発行する。
【０１１４】
次に、両面が使用不可能になった状態で、実行を保留しておいて片面印刷ジョブ優先度を、両面印刷ジョブの優先度より高くする処理について説明する。
【０１１５】
例えば、図１３に示す優先度で、ジョブＡからジョブＨまでの印刷を実行するとする。なお図１３は、優先度と、その優先度のジョブ名と、ジョブが両面あるいは片面印刷のジョブであるかを示す表である。例えば、図１３において、優先度が２のジョブ名はジョブＢであり、両面印刷であることを示している。
【０１１６】
図１３に示されるように、ジョブＡが実行中にジョブＢ〜Ｈまでが実行を保留された時に、ジョブＡが課金不足により両面ユニット１２１を使用不可にしてしまった場合は、図１４のように優先度を変更して、片面ジョブＤを先に実行する。
【０１１７】
そして、片面ジョブＤが終了しても、まだ両面トレイが使用不可になっている場合は、図１５に示されるように、片面印刷であるジョブＦの優先度を上げて実行する。
【０１１８】
また、ジョブＤが実行中に、課金不足が解消されてジョブＡが実行可能になった場合には、図１６に示されるように、ジョブＤを元の優先度に戻して、ジョブＡを再開する。
【０１１９】
このようにすることにより、優先度をできるだけ変えずに、かつ、両面が使用不可になった時でも、印刷の生産性を低下させないような融合機とすることができる。
【０１２０】
ジョブＡが再開可能となっても、一旦実行し始めたジョブＤを中断すると、複数のジョブが入り混じって出力されてしまうので、好ましく思わない使用者がいる場合は、使用者の設定により、ジョブＤが終了してから、ジョブＡを再開することも、もちろん可能である。このようにして、両面ユニットがジョブの途中で使用不可能になった場合でも、使用者が意図した通りの実行順番で、できるだけ生産性を低下させずに画像形成を行うようにすることが可能となる。
【０１２１】
また、以上の説明における印刷用紙は、紙に限らず、シート状で印刷可能なものであっても良い。また、印刷は画像形成である。
【０１２２】
【発明の効果】
以上説明したように、本発明によれば、複数の印刷ジョブが発生する融合機において、高い生産性を得ることができる画像形成装置、印刷制御方法が得られる。
【図面の簡単な説明】
【図１】本発明による融合機の概略構成を示す図である。
【図２】本発明による融合機の一実施例の構成図である。
【図３】本発明によるプラットフォームとアプリとエンジンとの構成を示す図である。
【図４】本発明による融合機の一実施例のハードウェア構成図である。
【図５】ジョブ実行生成から実行要求発行までの詳細を示す図である。
【図６】プラットフォームによる画像情報の処理を示す図である。
【図７】印刷方法を示す図である。
【図８】印刷方法を示す図である。
【図９】融合機で両面反転排紙ユニットを用いて両面印刷を行う場合の動作手順を示す図である。
【図１０】２枚インターリーブ両面動作で３枚の転写紙へ６面の画像を形成する場合の画像形成順を示す説明図である。
【図１１】インターリーブ方式で給紙を行って印刷する場合のＳＲＭの処理を示すフローチャートである。
【図１２】片面印刷の印刷用紙が含まれる場合の印刷手順を示すフローチャートである。
【図１３】ジョブの優先度を示す図である。
【図１４】ジョブの優先度を示す図である。
【図１５】ジョブの優先度を示す図である。
【図１６】ジョブの優先度を示す図である。
【図１７】従来のアプリとエンジンとの構成を示す図である。
【図１８】印刷する順番を示す図である。
【図１９】印刷要求が遅れた場合の様子を示す図である。
【図２０】従来の融合機における印刷する順番を示す図である。
【符号の説明】
１…融合機
２…ソフトウェア群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…プラットフォーム
９…コントロールサービス層
１０…ハンドラ層
１１…白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）
１２…カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）
１３…ハードウェアリソース
２１…プリンタアプリ
２２…コピーアプリ
２３…ファックスアプリ
２４…スキャナアプリ
３１…ネットワークコントロールサービス（ＮＣＳ）
３２…デリバリーコントロールサービス（ＤＣＳ）
３３…オペレーションパネルコントロールサービス（ＯＣＳ）
３４…ファックスコントロールサービス（ＦＣＳ）
３５…エンジンコントロールサービス（ＥＣＳ）
３６…メモリコントロールサービス（ＭＣＳ）
３７…ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８…システムコントロールサービス（ＳＣＳ）
３９…システムリソースマネージャ（ＳＲＭ）
４０…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４１…イメージメモリハンドラ（ＩＭＨ）
４３…オンデマンドアップデートサービス（ＯＵＳ）
５３…アプリケーションプログラムインターフェース（ＡＰＩ）
５４…エンジンＩ／Ｆ
６０…コントローラ
６１…ＣＰＵ
６２…システムメモリ（ＭＥＭ−Ｐ）
６３…ノースブリッジ（ＮＢ）
６４…サウスブリッジ（ＳＢ）
６５…ＡＧＰ（Accelerated Graphics Port）
６６…ＡＳＩＣ
６７…ローカルメモリ（ＭＥＭ−Ｃ）
６８…ハードディスク装置（ＨＤＤ）
７０…オペレーションパネル
８０…ファックスコントロールユニット（ＦＣＵ）
９０…ＵＳＢデバイス
９５…転送画像情報
１００…ＩＥＥＥ１３９４デバイス
１１０…エンジン
２００…自動原稿送り装置
３００…フィニッシャ
４００…両面反転排紙ユニット
５００…拡張給紙トレイ
６００…大容量給紙トレイ
７００…１便排紙トレイ
８００…ＦＡＸ回線
９００…課金装置

Claims (23)

1. プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有する画像処理装置であって、
   前記アプリケーションが生成する画像情報に基づき画像を形成する画像形成手段と、
   前記共通プログラムを含み、前記アプリケーションと前記画像形成手段とのインタフェースを行う画像情報管理手段と
   を有することを特徴とする画像形成装置。
2. 前記画像情報管理手段は、前記アプリケーションから通知された前記画像情報を分割し、
   分割した前記画像情報である分割画像情報を前記画像形成手段に転送することを特徴とする請求項１に記載の画像形成装置。
3. 前記画像管理手段は、一の画像情報から分割された分割画像情報を１回以上連続して前記画像形成手段に転送すると、次に転送する分割画像情報を他の画像情報から分割された分割画像情報に切り替えることを特徴とする請求項２に記載の画像形成装置。
4. 前記画像管理手段は、一の画像情報から分割された分割画像情報を連続して前記画像形成手段に転送する回数の上限を、前記一の画像情報に応じて定めることを特徴とする請求項３に記載の画像形成装置。
5. 前記上限は、前記一の画像情報から分割された分割画像情報の分割数に応じて定まることを特徴とする請求項４に記載の画像形成装置。
6. 前記上限は、前記一の画像情報の優先度に応じて定まることを特徴とする請求項４に記載の画像形成装置。
7. 前記画像情報が分割される単位は、前記画像形成手段が画像を形成する印刷用紙の一方の面に形成される画像情報の単位であることを特徴とする請求項２から６のいずれか１項に記載の画像形成装置。
8. 前記画像管理手段は、前記印刷用紙が有する２つの面のうちのいずれの面に該分割画像情報が対応するかを示す表裏情報を付加して前記画像形成手段に転送することを特徴とする請求項７に記載の画像形成装置。
9. 前記画像形成手段は、印刷用紙の両面に画像が形成される両面印刷の場合、印刷用紙の片面に画像を連続して形成したのちに、その片面に形成された印刷用紙に対応する他方の面の画像を連続して形成することを特徴とする請求項１に記載の画像形成装置。
10. 前記画像形成手段は、印刷用紙の両面に画像が形成される両面印刷の場合、印刷用紙１枚ごと両面に印刷することを特徴とする請求項１に記載の画像形成装置。
11. 前記画像情報管理手段は、前記画像形成手段が、一の画像情報に基づいて印刷用紙の両面に画像形成動作を行っている最中に、その画像形成動作が実行不可能となる可能性がある場合、
    前記一の画像情報に基づく全ての画像形成動作が完了可能と判断できるまで、印刷用紙の両面に画像形成が必要な他の画像情報が形成される印刷用紙の給紙動作を保留することを特徴とする請求項１から１０のいずれか１項に記載の画像形成装置。
12. 前記画像情報管理手段は、前記画像形成手段が、一の画像情報に基づいて印刷用紙の両面に画像形成動作を行っている最中に、その画像形成動作が実行不可能となる可能性がある場合、
    印刷用紙の片面に画像形成が必要な他の画像情報が形成される印刷用紙の給紙動作を、前記一の画像情報に基づく全ての画像形成動作完了する前に実行することを特徴とする請求項１から１０のいずれか１項に記載の画像形成装置。
13. 前記画像情報管理手段は、印刷用紙の両面に画像形成動作中の一の画像情報の画像形成要求以外に複数の他の画像情報の画像形成要求が各々実行優先度を持った状態で実行保留している場合、
    前記一の画像情報の画像形成動作が実行不可能と判断すると、保留している他の画像形成動作要求のうち、印刷用紙の片面に画像形成が必要な画像情報の画像形成動作を行う要求の実行優先度を、印刷用紙の両面側に画像形成が必要な画像情報の画像形成動作を行う要求の実行優先度より高くすることを特徴する請求項１１または１２に記載の画像形成装置。
14. 前記画像情報管理手段は、前記画像形成手段が、一の画像情報に基づいて印刷用紙の両面に画像形成動作を行っている最中に、その画像形成動作が実行不可能となる可能性がない場合、
    前記一の画像情報に基づく全ての画像形成動作が完了する前に、他の画像情報に基づく両面画像形成動作のための給紙動作を実行することを特徴とする請求項１から１０のいずれか１項に記載の画像形成装置。
15. 前記画像情報管理手段は、両面に画像形成を行うための印刷用紙を給紙できないか、印刷用紙が排紙できない場合に、画像形成動作が実行不可能と判断することを特徴とする請求項１１から１４のいずれか１項に記載の画像形成装置。
16. 枚数制限付きのカウンタを有する課金手段をさらに有し、前記課金手段が課金不足になった場合に、前記画像情報管理手段は、画像形成動作が実行不可能と判断することを特徴とする請求項１１から１４のいずれか１項に記載の画像形成装置。
17. 前記画像形成装置は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有することを特徴とする請求項１から１６のいずれか１項に記載の画像形成装置。
18. プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、
    一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がある場合、
    前記一の画像情報に基づく全ての印刷が完了可能と判断できるまで、両面印刷が必要な他の画像情報が印刷される印刷用紙の給紙動作を保留することを特徴とする印刷制御方法。
19. プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、
    一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がある場合、
    片面印刷される画像情報が印刷される印刷用紙の給紙動作を、前記一の画像情報に基づく全ての画像形成動作完了する前に実行することを特徴とする印刷制御方法。
20. 両面印刷中の前記一の画像情報以外に複数の他の画像情報の印刷の実行を保留している場合、
    前記一の画像情報の印刷が実行不可能と判断すると、保留している他の画像情報のうちの片面印刷が必要な画像情報の印刷を実行する優先度を、両面印刷が必要な画像情報の印刷を実行する優先度より高くすることを特徴する請求項１８または１９に記載の印刷制御方法。
21. プリンタ部またはスキャナ部を含む画像処理ハードウェアと、前記画像処理ハードウェアを利用して、画像処理を行う１つ以上のアプリケーションと、オ ペレーティングシステムと、前記オペレーティングシステム上で動作し前記１つ以上のアプリケーションからアクセスされて共通に利用される共通プログラムとを有し、複数の画像情報に基づき画像を印刷用紙に印刷する画像処理装置の印刷制御方法であって、
    一の画像情報に基づいて両面印刷を行っている最中に、その印刷が実行不可能となる可能性がない場合、
    前記一の画像情報に基づく全ての印刷が完了する前に、両面印刷が必要な他の画像情報に基づいて印刷される印刷用紙の給紙動作を実行することを特徴とする印刷制御方法。
22. 両面印刷を行うための印刷用紙を給紙できないか、前記画像形成装置から印刷用紙が排紙できない場合に、印刷が実行不可能と判断することを特徴とする請求項１８から２１のいずれか１項に記載の印刷制御方法。
23. 印刷回数に応じて課金している場合に、課金不足になると、印刷が実行不可能と判断することを特徴とする請求項１８から２１のいずれか１項に記載の印刷制御方法。

Images