(57)【特許請求の範囲】
【請求項１】
スクリーンを用いたスクリーン処理を画像データに施し当該画像データに基づいた画像形成を制御する画像形成制御装置と、外部機器から受信した画像データにラスタライズ処理を施す画像処理装置と、が通信可能に接続された画像形成システムにおいて、
前記画像処理装置は、
前記外部機器から画像データと共にスクリーン指定情報を受信する受信手段と、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が前記画像形成制御装置において実行可能であるか否かを判定する判定手段と、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データに前記ラスタライズ処理を施して前記スクリーン指定情報と共に前記画像形成制御装置に送信し、実行不可であると判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信制御手段と、
を備え、
前記画像形成制御装置は、
前記画像処理装置から送信されたスクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が実行可能である場合に、前記送信された画像データに当該スクリーン処理を施し、実行不可である場合に、その実行不可である旨をユーザに報知するスクリーン処理制御手段を備えることを特徴とする画像形成システム。
【請求項２】
前記画像形成制御装置は、
複数のスクリーンを記憶する記憶手段を更に備え、
前記スクリーン処理制御手段は、
前記スクリーン処理が実行可能である場合に、前記スクリーン指定情報に基づいて指定されているスクリーンを前記記憶手段から読み出して、当該スクリーンを用いたスクリーン処理を前記送信された画像データに施すことを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記送信制御手段は、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段を有することを特徴とする請求項１又は２に記載の画像形成システム。
【請求項４】
外部機器から画像データと共にスクリーン指定情報を受信する受信手段と、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が前記画像形成制御装置において実行可能であるか否かを判定する判定手段と、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データにラスタライズ処理を施して前記スクリーン指定情報と共に前記画像形成制御装置に送信し、実行不可と判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信する送信制御手段と、
を備えることを特徴とする画像処理装置。
【請求項５】
前記送信制御手段は、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段を有することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
コンピュータを、
外部機器から画像データと共にスクリーン指定情報を受信する受信手段、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が画像形成制御装置において実行可能であるか否かを判定する判定手段、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データにラスタライズ処理を施して前記スクリーン指定情報と共に画像形成制御装置に送信し、実行不可と判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信する送信制御手段、
として機能させるためのプログラム。
【請求項７】
前記送信制御手段は、前記コンピュータを、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段をとして更に機能させることを特徴とする請求項６に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スクリーンを用いて画像データにスクリーン処理を施し当該画像データに基づいた画像形成を制御する画像形成制御装置と、外部機器から受信した画像データにラスタライズ処理を施す画像処理装置と、が通信可能に接続された画像形成システム、当該画像処理装置及びプログラムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ等のクライアント端末において生成された画像や文書の画像データをプリンタや複写機等の画像形成装置において画像形成（以下、適宜「プリント」という）する際には、その画像データにラスタライズ処理を施す必要がある。ラスタライズ処理とは、ベクタ形式等の画像データをビットマップ形式にデータ変換する処理であり、画像形成装置の画像形成を実際に制御するプリントエンジンとデータ通信可能に接続されたプリントコントローラと呼ばれる画像処理装置において行われる。
【０００３】
また、記録媒体上にプリントする画像が適正な階調にように補正するγ補正処理が行われる。このγ補正処理は、例えば、γ補正曲線を示すＬＵＴ（Look Up Table；以下このＬＵＴを「γ補正テーブル」という）を用いてラスタライズ処理後の画像データに施される。
【０００４】
また、中間調（ハーフトーン）を色再現するためのスクリーン処理が、ラスタライズ処理後の画像データに施される。このスクリーン処理には、ラインスクリーンと呼ばれる線状のスクリーンが使用されることが主流であったが、近年のカラー化及び高画質化に伴い、点状や格子状、円状といったパターン、当該パターンの線数やドット数、角度といった精度を変えた多様なスクリーンが要望され、実現されている。
【０００５】
この場合、複数のスクリーンを予め搭載しておき、ユーザにより指定されたスクリーンを用いてスクリーン処理を行うこととなるが、スクリーンの特性によっては画像濃度が変化する可能性があるため、各スクリーンの特性を考慮して予め作成されたγ補正テーブルを用いてスクリーン処理の前段にγ補正処理を行うこととなる（例えば、特許文献１及び２参照）。つまり、プリントコントローラが、ラスタライズ処理後の画像データに対して、指定されたスクリーンに対応するγ補正処理とスクリーン処理とを対に行うこととなる（以下、この対に行うγ補正処理をスクリーン処理に包括して「スクリーン処理」という）。
【特許文献１】特開２００４−１８１６７０号公報
【特許文献２】特開２００４−２６６４０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、記録媒体上の画像濃度は、画像形成装置の経年変化や、温度及び湿度の環境変化等によって随時変動する可能性があるため、予め記憶しておいたγ補正テーブルの出力特性をその変動に応じて逐次更新する必要がある。このγ補正テーブルの更新は、記録媒体や転写ベルト上に実際に画像形成されたパッチ画像等を測定して得られた画像濃度に基づいて行われるため、複数種類のスクリーンに対応するγ補正テーブルの更新には多大な時間を要することとなる。
【０００７】
しかし、特許文献１及び２のようにプリントコントローラ側でスクリーン処理を行う場合は、γ補正テーブルの更新の都度、プリントコントローラとプリントエンジンとの間で特定の通信処理を行わなければならい。これに対し、プリントエンジン側でγ補正テーブルを記憶管理してスクリーン処理を行う場合には、より簡単な制御でγ補正テーブルの更新を行うことができるようになる。
【０００８】
しかし、複数種類のスクリーンが搭載されている場合、全てのスクリーンがユーザに使用されるとは限らないため、その使用頻度が少ないスクリーンに対するγ補正テーブルの更新を行うことは、プリントエンジンの処理効率を低下させることとなる。このため、ユーザが使用するスクリーンをプリントエンジンにおいて予め設定しておき、そのスクリーンに対応するγ補正テーブルの更新を行うことで処理効率の低下を防止できる。
【０００９】
ところが、プリントエンジンでのスクリーンの設定状態をクライアント端末が常に取得できるとは限らないため、不使用として設定されたスクリーンがクライアント端末において指定される可能性が生じてしまう。この場合、その指定されたスクリーンに対応するスクリーン処理ができないにも関わらず画像データがクライアント端末から送信されてくる。
【００１０】
一般に、各種画像処理を行うプリントコントローラは、ユーザの操作頻度が低いため、表示部も小さく簡単なもの多く、また、プリント指示後のユーザは、生成物を取りに画像形成装置に出向くため、スクリーン処理ができない旨の報知は、画像形成装置側で行うのが実用的である。
【００１１】
そこで、プリントコントローラが画像データを受信した時点に、画像形成装置側でスクリーン処理ができない旨の通知を行うためには、プリントエンジンとの間で特定の通信処理を行う必要があるが、そのようなインターフェイスを構築するには、各々の設計変更が必要であり、コストがかかってしまう。一方、プリントコントローラが、画像データと、プリントの設定情報とをプリントエンジンに送信すれば、その設定情報からプリントエンジン側でスクリーン処理をできないと判定され、エラー報知が行われる。
【００１２】
しかし、近年の画像データは、カラー化や高画質化に伴いデータサイズが膨大になっている傾向にあるため、プリントコントローラによるラスタライズ処理には数時間といった長時間を要してしまうケースがある。プリントエンジン側では、プリントコントローラから画像データが送信された時点で、スクリーン処理の可否を判定するため、その長時間のラスタライズ処理後にエラー報知が為されてしまい、ユーザの作業性を著しく低下させてしまった。
【００１３】
本発明は、上述した課題に鑑みて為されたものであり、その目的とするところは、プリントコントローラとプリントエンジンとの間に特別なインターフェイスを設けることなく、使用不可のスクリーンが指定された場合のエラー報知を迅速に行えるようにすることである。
【課題を解決するための手段】
【００１４】
以上の課題を解決するために、請求項１に記載の発明は、
スクリーンを用いたスクリーン処理を画像データに施し当該画像データに基づいた画像形成を制御する画像形成制御装置と、外部機器から受信した画像データにラスタライズ処理を施す画像処理装置と、が通信可能に接続された画像形成システムにおいて、
前記画像処理装置は、
前記外部機器から画像データと共にスクリーン指定情報を受信する受信手段と、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が前記画像形成制御装置において実行可能であるか否かを判定する判定手段と、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データに前記ラスタライズ処理を施して前記スクリーン指定情報と共に前記画像形成制御装置に送信し、実行不可であると判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信制御手段と、
を備え、
前記画像形成制御装置は、
前記画像処理装置から送信されたスクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が実行可能である場合に、前記送信された画像データに当該スクリーン処理を施し、実行不可である場合に、その実行不可である旨をユーザに報知するスクリーン処理制御手段を備えることを特徴としている。
【００１５】
請求項２に記載の発明は、請求項１に記載の発明において、
前記画像形成制御装置は、
複数のスクリーンを記憶する記憶手段を更に備え、
前記スクリーン処理制御手段は、
前記スクリーン処理が実行可能である場合に、前記スクリーン指定情報に基づいて指定されているスクリーンを前記記憶手段から読み出して、当該スクリーンを用いたスクリーン処理を前記送信された画像データに施すことを特徴としている。
【００１６】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記送信制御手段は、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段を有することを特徴としている。
【００１７】
請求項４に記載の画像処理装置は、
外部機器から画像データと共にスクリーン指定情報を受信する受信手段と、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が前記画像形成制御装置において実行可能であるか否かを判定する判定手段と、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データにラスタライズ処理を施して前記スクリーン指定情報と共に前記画像形成制御装置に送信し、実行不可と判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信する送信制御手段と、
を備えることを特徴としている。
【００１８】
請求項５に記載の発明は、請求項４に記載の発明において、
前記送信制御手段は、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段を有することを特徴としている。
【００１９】
請求項６に記載のプログラムは、コンピュータを、
外部機器から画像データと共にスクリーン指定情報を受信する受信手段、
前記スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が画像形成制御装置において実行可能であるか否かを判定する判定手段、
前記判定手段により実行可能であると判定された場合に、前記受信手段により受信された画像データにラスタライズ処理を施して前記スクリーン指定情報と共に画像形成制御装置に送信し、実行不可と判定された場合に、当該ラスタライズ処理を行わずに画像データと前記スクリーン指定情報とを送信する送信する送信制御手段、
として機能させることを特徴としている。
【００２０】
請求項７に記載の発明は、請求項６に記載の発明において、
前記送信制御手段は、前記コンピュータを、
前記判定手段により実行不可であると判定された場合に、前記受信手段により受信された画像データを所定の他の画像データに置き換えて前記画像形成制御装置に送信するデータ置換手段をとして更に機能させることを特徴としている。
【発明の効果】
【００２１】
請求項１、４及び６に記載の発明によれば、スクリーン指定情報に基づいて指定されているスクリーンを用いたスクリーン処理が画像形成制御装置において実行不可であると判定した場合に、ラスタライズ処理を行わずに画像データとスクリーン指定情報とを画像形成制御装置に送信する。従って、ラスタライズ処理に係る処理時間を要さないため、スクリーン処理が実行できない旨の報知までの時間が短縮され、迅速なエラー報知が可能になる。
【００２２】
また、画像処理装置と画像形成制御装置の間では、画像データとスクリーン指定情報との送受信が行われるため、特別なインターフェイスを設けることなく、エラー報知の迅速化が図れる。
【００２３】
請求項２に記載の発明によれば、複数のスクリーンのうちの指定されたスクリーンに対応するスクリーン処理を画像データに施す画像形成システムが実現されると共に、その指定されたスクリーンに対応するスクリーン処理が実行できない場合の迅速なエラー報知が可能になる。
【００２４】
請求項３、５及び７に記載の発明によれば、指定されたスクリーンに対応するスクリーン処理が実行不可であると判定された場合に、受信した画像データを所定の他の画像データに置き換えて画像形成制御装置に送信するため、その画像データのデータサイズに応じて画像処理装置と画像形成制御装置との間の通信時間を短縮することができる。従って、スクリーン処理が実行できない旨の迅速なエラー報知が可能になる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の画像形成システムの実施形態について図１〜図６を参照して詳細に説明する。尚、本実施形態において、本発明の画像形成システムを複合機に適用することとして説明するが、例えば、プリンタや複写機、ファクシミリ受信機等に適用することとしてもよい。
【００２６】
〔画像形成システムの概要〕
先ず、画像形成システム１００の概要について説明する。画像形成システム１００は、図２に示すように通信ネットワークＮを介してクライアント端末２００とデータ通信可能に構成され、クライアント端末２００から送信された画像データや、スキャナ部３０において読み取られた原稿の画像データに基づいて記録媒体上に画像形成を行う。
【００２７】
ユーザが、作成した文書や画像のプリント開始指示をクライアント端末２００において入力すると、そのプリント開始指示に基づいてジョブファイルが生成され画像形成システム１００に送信されてくる。ここで、ジョブとは、画像形成システム１００が行う一連の動作の単位である。
【００２８】
図３（ａ）に、ジョブファイルＦのデータ構成の一例を示す。ジョブファイルＦは、図３（ａ）に示すように、ジョブ情報Ｄ１と画像データＤ３とを含んで構成される。ジョブ情報Ｄ１は、ページ数や部数、用紙サイズといった画像データＤ３に基づいて画像形成する際の設定情報であり、クライアント端末２００側においてユーザに設定される。また、ジョブ情報Ｄ１は、スクリーン指定情報Ｄ１０を含んで構成される。スクリーン指定情報Ｄ１０は、スクリーン処理において用いられるスクリーンを示すデータであり、ユーザにより設定される。
【００２９】
画像データＤ３は、クライアント端末２００において作成された文書や画像のプリント対象となる例えば、ベクタ形式やビットマップ形式のデータである。ベクタ形式の画像データＤ３は、プリントコントローラ６０のラスタライズ処理によりビットマップ形式にデータ変換された後に、γ補正処理を含むスクリーン処理等の画像処理が施される。
【００３０】
スクリーン処理は、図２に示すプリントコントローラ６０及びプリントエンジン１０の何れか一方において実行され、ユーザがその実行先をクライアント端末２００側で設定する。ジョブ情報Ｄ１に、そのスクリーン処理の実行先が含まれ、クライアント端末２００からジョブファイルＦが送信されてきた際には、スクリーン処理をプリントコントローラ６０及びプリントエンジン１０の何れで行うかの判別が、ジョブ情報Ｄ１に基づいて行われるようになる。
【００３１】
〔画像形成システムの構成〕
次に、図１及び２を用いて画像形成システム１００の機能構成について説明する。図１は、画像形成システム１００の外観及び内部構成を模式化した図であり、図２は、画像形成システム１００の機能構成の一例を示すブロック図である。
【００３２】
図１に示すように画像形成システム１００は、操作表示部２０及びＡＤＦ（Auto Document Feeder；自動原稿給送装置）部４０が設けられた本体部１と、これにオプション接続される後処理（ＦＮＳ；フィニッシャー）部７０と、大容量トレイユニット３と、プリントコントローラ６０とを備えて構成される。プリントコントローラ６０は、本体部１とＰＣＩバスＢＳを介してデータ通信可能に接続されている。
【００３３】
また、図２によれば、画像形成システム１００は、プリントエンジン１０、操作表示部２０、スキャナ部３０、プリンタ部５０、プリントコントローラ６０及び後処理部７０を備えて構成される。尚、図２において各機能部を結ぶ実線は、画像データやジョブファイル等の通信ラインを、破線は、制御信号等の通信ラインを示している。
【００３４】
プリントコントローラ６０は、コントローラ制御部６１、スクリーン処理部６２、ＬＡＮ制御部６３、ＤＲＡＭ制御ＩＣ６４及び画像メモリ６５を備えて構成される。
【００３５】
コントローラ制御部６１は、各機能部への指示やデータ通信を制御したり、画像データＤ３への各種画像処理を行う機能部であり、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成される。また、コントローラ制御部６１は、クライアント端末２００から受信したジョブファイルＦに含まれる画像データＤ３にラスタライズ処理を施す。即ち、所定のページ記述言語に基づいてビットマップ形式の画像データＤ３にデータ変換する。
【００３６】
スクリーン処理部６２は、コントローラ制御部６１によりラスタライズ処理が施された画像データＤ３にスクリーン処理を施す機能部であり、所定のスクリーンを用いて行う。コントローラ制御部６１は、ジョブ情報Ｄ１に基づいてスクリーン処理をプリントコントローラ６０において行うと判別した際には、画像データＤ３をスクリーン処理部６２に出力する。スクリーン処理部６２は、スクリーン指定情報Ｄ１０に基づいて指定されたスクリーンを用いてスクリーン処理を行い、その処理後の画像データＤ３とジョブ情報Ｄ１とがＤＲＡＭ制御ＩＣ６４に出力される。
【００３７】
また、スクリーン処理をプリントエンジン１０において行うとジョブ情報Ｄ１に基づいて判別した際には、スクリーン処理部６２によるスクリーン処理は行わずに、ジョブファイルＦをそのままＤＲＡＭ制御ＩＣ６４に出力する。但し、ジョブ情報Ｄ１のスクリーン指定情報Ｄ１０に基づいて指定されているスクリーンを用いたスクリーン処理がプリントエンジン１０側で実行できない場合には、画像データＤ３を所定の他の画像データ（後述）に置き換えたジョブファイルＦをＤＲＡＭ制御ＩＣ６４に出力する。
【００３８】
ＬＡＮ制御部６３は、ＮＩＣ（Network Interface Card）やモデム等の通信ネットワークＮに接続するための通信用インターフェイスを備えて構成され、クライアント端末２００等の外部機器との間でデータ通信を行う。
【００３９】
画像メモリ６５は、例えば、ＤＲＡＭ（Dynamic RAM）により構成され、クライアント端末２００から送信されたジョブファイルＦを一時的に記憶するデータ領域である。ＤＲＡＭ制御ＩＣ６４は、画像メモリ６５への画像データの読み書きや、プリントエンジン１０とのＰＣＩバスＢＳを介したデータ通信を制御する機能部である。
【００４０】
図２において、プリントエンジン１０は、画像制御部１１、読み取り処理部１２、書き込み処理部１３、不揮発メモリ１４、画像メモリ１５、スクリーン処理部１６及びＨＤＤ（Hard Disk Drive）１７を備えて構成される。
【００４１】
画像制御部１１は、操作表示部２０やスキャナ部３０、プリンタ部５０、後処理部７０等の各機能部を統括的に制御したり各種画像処理を行う機能部であり、ＣＰＵやＲＯＭ、ＲＡＭ等により構成される。具体的に、画像制御部１１は、操作表示部２０から出力される操作信号に基づいてＲＯＭやＨＤＤ１７に記憶された各種プログラムに従った処理を行って、各機能部を制御する。
【００４２】
また、画像制御部１１は、シリアルやパラレルの通信インターフェイス（図示略）を備えて構成され、ＰＣＩバスＢＳを介してプリントコントローラ６０との間でデータ通信を行う。画像制御部１１は、プリントコントローラ６０からジョブファイルＦを受信すると、当該ジョブファイルＦに含まれる画像データＤ３を画像メモリ１５に、ジョブ情報Ｄ１を不揮発メモリ１４に記憶する。
【００４３】
読み取り処理部１２は、スキャナ部３０により読み取られたアナログ画像信号をデジタル画像データに変換して画像制御部１１に出力する。画像制御部１１は、そのデジタルの画像データを圧縮して画像メモリ１５に一時的に記憶させる。
【００４４】
書き込み処理部１３は、伸張後の画像データに基づいてＰＷＭ(Pulse Width Modulation)信号を生成し、プリンタ部５０へ出力する。画像制御部１１は、画像メモリ１５に記憶した画像データを伸張して、一旦画像メモリ１５に記憶させる。そして、画像メモリ１５から非圧縮の画像データをページ単位で読み出して書き込み処理部１３に出力する。
【００４５】
不揮発メモリ１４は、データの読み書き可能な半導体メモリ等により構成され、画像形成に係る各種設定データ等を記憶する。画像メモリ１５は、例えば、ＤＲＡＭにより構成され、圧縮された画像データを一時的に記憶する圧縮メモリと、プリント前に非圧縮の画像データを一時的に記憶するページメモリとを有して構成される。
【００４６】
スクリーン処理部１６は、プリントコントローラ６０においてラスタライズ処理が施された画像データＤ３にγ補正処理を含むスクリーン処理を施す機能部であり、ＨＤＤ１７に記憶された各種スクリーン１７０を用いてスクリーン処理を行う。尚、説明の簡便上、スクリーン処理部１６と画像制御部１１とを個別に記載及び図示したが、画像制御部１１とスクリーン処理部１６とを一体的に構成して、画像制御部１１がスクリーン処理を行うこととしてもよい。
【００４７】
ＨＤＤ１７は、スクリーン処理部１６のスクリーン処理に係る各種データや、ジョブファイルＦを記憶する。図２によれば、ＨＤＤ１７は、各種スクリーン１７０と、スクリーン１７０毎の特性に対応するγ補正テーブル群１７２とを記憶する。
【００４８】
スクリーン１７０の種類の一例としては、線状のラインスクリーン、ドット状のドットスクリーンといったパターンが異なるスクリーンと、線数やドット数を変えることで解像度を優先したスクリーン、階調を優先したスクリーンといった再現精度の異なるスクリーンとがある。これらを組み合わせて、解像度優先のラインスクリーン、階調優先のラインスクリーン、解像度優先のドットスクリーン、階調優先のドットスクリーンといった複数種類のスクリーン１７０が記憶・搭載されることとなる。
【００４９】
この各種スクリーン１７０それぞれのスクリーン特性を考慮したγ補正テーブル１７２がイエロー（Ｙ）、マゼンダ（Ｍ）、シアン（Ｃ）及び黒（Ｋ）といった色材毎に予め作成されてＨＤＤ１７に記憶される。スクリーン処理部１６は、ジョブ情報Ｄ１に含まれるスクリーン指定情報Ｄ１０に基づいたスクリーン１７０、即ちユーザに指定されたスクリーン１７０に対応するγ補正テーブル１７２をＨＤＤ１７から読み出し、当該γ補正テーブル１７２を用いてスクリーン処理の一環としてγ補正処理を行う。
【００５０】
また、ＨＤＤ１７は、図３（ｂ）に示すスクリーン設定テーブル１７４を記憶する。スクリーン設定テーブル１７４は、スクリーン番号（Ｎｏ．）と、スクリーン１７０の種類を示すスクリーン情報と、各種スクリーン１７０に対応付けられたγ補正テーブル１７２を示す補正テーブル情報と、使用可否フラグとを対応付けて記憶するデータテーブルである。
【００５１】
使用可否フラグは、スクリーン情報で示されるスクリーン１７０を使用したスクリーン処理を実行するか否かを示すフラグ（ＯＮ又はＯＦＦ）であり、ユーザの操作表示部２０の操作により設定される。例えば、図３（ｂ）において、スクリーン番号が“１”の解像度優先のラインスクリーンは、当該スクリーンを用いたスクリーン処理を実行するとして設定され、その実行の際にはＬＵＴ１Ｙ、ＬＵＴ１Ｍ、ＬＵＴ１Ｃ及びＬＵＴ１Ｋという色材毎のγ補正テーブル１７２がγ補正処理に用いられる。
【００５２】
操作表示部２０は、操作表示制御部２１、ＬＣＤ（Liquid Crystal display）２２及び操作パネル２３を備えて構成される。操作表示制御部２１は、画像制御部１１の指示に基づいてＬＣＤ２２の表示制御を行うと共に、操作パネル２３から入力される操作信号を画像制御部１１に出力する。
【００５３】
ＬＣＤ２２は、操作表示制御部２１から入力される表示信号の指示に従って画面上に各種設定画面や画像の状態表示、各機能の動作状況等の表示を行う。操作パネル２３は、操作キーやタッチパネルを有して構成され、当該タッチパネルはＬＣＤ２２と一体的に形成される。操作パネル２３は、ユーザの操作キーの押下操作やタッチパネルの当接操作に応じた操作信号を操作表示制御部２１へ出力する。
【００５４】
スキャナ部３０は、スキャナ制御部３１と、スキャナ３２とを備えて構成される。スキャナ制御部３１は、画像制御部１１の指示に基づいてＣＣＤ（Charge Coupled Device）等を駆動制御する。スキャナ３２は、プラテンガラスと、ＣＣＤと、光源とを備え、光源から原稿へ照明走査した光の反射光をＣＣＤにより結像して光電変換によって原稿の画像を読み取り、その画像のアナログ画像信号を読み取り処理部１２へ出力する。
【００５５】
図１に示すＡＤＦ部４０は、画像制御部１１の指示に基づいて、原稿トレイＴ１に載置された原稿をスキャナ部３０のプラテンガラス上に１枚ずつ自動給送する。
【００５６】
プリンタ部５０は、プリンタ制御部５１、ＬＤ（Laser Diode）８１、感光体ドラム８２、帯電器８３、現像器８４、転写部８５、定着器８６、転写紙（記録媒体）を供給する給紙トレイ８７ａ〜８７ｄ、転写紙を搬送する搬送経路（図１に太線で示す）に沿って転写紙を搬送するための給紙ローラ、搬送路切換板９０及び反転部９１等を備えて構成されている。
【００５７】
プリンタ制御部５１は、画像制御部１１の指示に基づいて、プリンタ部５０内の各部の動作を制御すると共に、画像制御部１１及びＦＮＳ制御部７１間のデータ通信の中継を行う。
【００５８】
具体的にプリンタ制御部５１は、例えば、ジョブ情報Ｄ１に設定された用紙サイズの給紙トレイから転写紙を給紙して、当該転写紙を搬送経路上に搬送する。そして、感光体ドラム８２表面を帯電器８３により帯電させ、書き込み処理部１３から入力されたＰＷＭ信号に基づいて感光体ドラム８２表面にＬＤ８１からのレーザ光を照射する。そして、静電潜像を感光体ドラム８２上に形成し、その感光体ドラム８２表面の静電潜像を含む領域に現像器８４がトナーを付着させる。
【００５９】
次いで、搬送された転写紙に転写部８５がトナーを転写して画像を形成し、定着器８６で定着させた後、後処理部２へ排出する。また、両面印刷を行う場合には、片面がプリントされた転写紙を搬送路切換板９０及び反転経路を介して反転部９１に搬送し、反転部９１により表裏を反転した後に、感光体ドラム８２に再搬送して反転後の表面に画像を形成し定着後、後処理部２へ排出する。
【００６０】
後処理部２は、ＦＮＳ制御部７１、ステイプラ７２及びパンチユニット７３を備えて構成される。ステイプラ７２は、本体部１から搬送された転写紙を一旦スタッカに蓄えた後に、ステイプルを行って転写紙を綴じる。パンチユニット７３は、本体部１から搬送された転写紙を当該ユニット内で一旦停止させてパンチ穴を開ける。
【００６１】
ＦＮＳ制御部７１は、プリンタ制御部５１を介して入力される画像制御部１１からの指示に基づいてステイプラ７２及びパンチユニット７３の制御を行い、搬送された転写紙にステイプル及びパンチングの後処理を行う。そして、その転写紙をメイントレイＴａ１及びサブトレイＴａ２の何れかに排出する。
【００６２】
〔画像形成システムの具体的な動作例〕
次に、図４〜図６を参照して、画像形成システム１００の具体的な動作を説明する。先ず、図５を参照して、プリントコントローラ６０の動作例を説明する。
【００６３】
プリントコントローラ６０のコントローラ制御部６１は、クライアント端末２００からジョブファイルＦを受信すると、ラスタライズ処理の開始タイミングになるまで待機し（ステップＳ１）、当該ラスタライズ処理が開始可能であると判別すると（ステップＳ１；Ｙｅｓ）、プリントエンジン１０側の各種スクリーン１７０の使用可否を確認する（ステップＳ５）。
【００６４】
コントローラ制御部６１は、例えば、プリントエンジン１０と予め通信することでスクリーン設定テーブル１７４を取得しておき、このスクリーン設定テーブル１７４の使用可否フラグに基づいて各種スクリーン１７０の使用可否を確認する。そして、受信したジョブファイルＦに含まれるジョブ情報Ｄ１に基づいてプリントエンジン１０側でスクリーン処理を実行するか否かを判定する（ステップＳ７）。
【００６５】
コントローラ制御部６１は、プリントエンジン１０側でスクリーン処理を実行しないと判定した場合（ステップＳ７；Ｎｏ）、ステップＳ１１に処理を移行して、ジョブファイルＦの画像データＤ３にラスタライズ処理を施す（ステップＳ１１）。
【００６６】
そして、プリントコントローラ６０側でスクリーン処理を行う際には（ステップＳ１３；Ｙｅｓ）、スクリーン情報Ｄ１０に基づいて指定されたスクリーンを用いてラスタライズ処理後の画像データＤ３にスクリーン処理を施した後（ステップＳ１５）、スクリーン処理後の画像データＤ３を含むジョブファイルＦをプリントエンジン１０に送信する（ステップＳ１７）。
【００６７】
一方、プリントエンジン１０側でスクリーン処理を実行すると判別した場合（ステップＳ７；Ｙｅｓ）、コントローラ制御部６１は、スクリーン指定情報Ｄ１０に基づいて指定されたスクリーン１７０（以下、この指定されたスクリーンを「指定スクリーン」と略す）を用いたスクリーン処理がプリントエンジン１０側で実行可能であるか否かを判定する（ステップＳ９）。
【００６８】
具体的には、ステップＳ５において確認したスクリーン１７０毎の使用可否フラグが「ＯＮ」に設定されている際には、当該スクリーン１７０を用いたスクリーン処理が実行可能であると判定し（ステップＳ７；Ｙｅｓ）、画像データＤ３にラスタライズ処理を施す（ステップＳ１１）。
【００６９】
そして、プリントエンジン１０側でスクリーン処理を施すため、ステップＳ１５におけるスクリーン処理を行わずにステップＳ１７に処理を移行し（ステップＳ１３；Ｎｏ→Ｓ１７）、ラスタライズ処理後の画像データＤ３を含むジョブファイルＦをプリントエンジン１０に送信する（ステップＳ１７）。
【００７０】
また、ステップＳ９において、指定スクリーンに対応付けられた使用可否フラグが「ＯＦＦ」に設定されて、当該スクリーン１７０を用いたスクリーン処理が実行不可であると判定した場合には（ステップＳ９；Ｎｏ）、空ジョブを作成して（ステップＳ１９）、プリントエンジン１０に送信する（ステップＳ１７）。
【００７１】
ここで、空ジョブとは、受信したジョブファイルＦに含まれる画像データＤ３を、当該画像データＤ３よりもページ数及びデータサイズの小さい所定の他の画像データで置き換えたジョブファイルのことをいい、図３（ａ）に示すジョブファイルＦと同一のデータ形成で構成される。その置換用の画像データとしては、例えば、最小の用紙サイズ（例えば、Ａ５サイズ）の１ページ分の二値の画像データを予め設定しておく。このような置換用の他の画像データに画像データＤ３を置き換えることで、プリントエンジン１０とのジョブファイルＦの通信時間を短くすることができる。
【００７２】
次に、図５のフローチャートを参照して、プリントエンジン１０の動作例を説明する。先ず、プリントエンジン１０の画像制御部１１は、ＡＤＦ部４０から原稿が読み込まれるか、プリントコントローラ６０からジョブファイルＦを受信するまで待機する。
【００７３】
そして、ＡＤＦ部４０から原稿が読み込まれた場合には（ステップＳ２１；Ｙｅｓ）、読み取り処理部１２から入力された画像データと、操作表示部２０において設定されたプリントの設定内容に基づいて図３（ａ）と同一データ形式のジョブファイルＦを作成する（ステップＳ２３）。
【００７４】
画像制御部１１は、スキャナ部３０の読み取り時に発生する輝度ムラを補正するシェーディング補正処理と、スキャナ部３０のＣＣＤ特有の輝度特性を人の視覚特性に応じた最適な輝度特性に変換する輝度濃度変換処理とをジョブファイルＦの画像データＤ３に施す（ステップＳ２５）。
【００７５】
次いで、当該画像データＤ３に基づいて画像領域を判別し（ステップＳ２７）、ＭＴＦ（Modulation Transfer Function）フィルタを用いてその画像領域を鮮鋭化した後、画像データＤ３をジョブ情報Ｄ１に基づいた倍率で拡大又は縮小して変倍する（ステップＳ２９）。
【００７６】
そして、輝度リニアな入力値に対して濃度リニアな出力値が定められたＬＵＴを用いて、画像データＤ３を変換する濃度γ変換処理を行い（ステップＳ３１）、更に傾き補正処理と誤差拡散処理とを施す（ステップＳ３３）。
【００７７】
画像制御部１１は、ジョブファイルＦの画像データＤ３を圧縮して画像メモリ１５に一時的に記憶し、ページ単位で伸張して読み出し（ステップＳ３５）、Ｙ，Ｍ，Ｃ及びＫの色材毎の画像データに変換するプリンタγ変換処理を行った後（ステップＳ３７）、ステップＳ５１に処理を移行する。
【００７８】
一方、プリントコントローラ６０からジョブファイルＦを受信した場合には（ステップＳ４１；Ｙｅｓ）、ステップＳ３５及びＳ３７と同様にして、当該ジョブファイルＦに含まれる画像データＤ３の圧縮及び伸張と、プリンタγ変換処理とを行う（ステップＳ４３，Ｓ４５）。
【００７９】
画像制御部１１は、ジョブファイルＦに含まれるジョブ情報Ｄ１を解析して（ステップＳ４７）、スクリーン処理をプリントエンジン１０側で実行するか否かを判別する（ステップＳ４９）。プリントコントローラ６０側でスクリーン処理が既に実行されており、プリントエンジン１０側でスクリーン処理を実行しないと判別した場合には（ステップＳ４９；Ｎｏ）、ステップＳ５５に処理を移行して、プリント実行する（ステップＳ５５）。
【００８０】
また、スクリーン処理を実行すると判定した場合には（ステップＳ４９；Ｙｅｓ）、スクリーン指定情報Ｄ１０に基づいて指定されているスクリーンに対応するスクリーン処理が実行可能状態であるか否かをスクリーン設定テーブル１７４を参照して判定する（ステップＳ５１）。尚、ステップＳ３７の処理後は、操作表示部２０の設定により指定されたスクリーンに対応するスクリーン処理が実行可能状態であるか否かを判定する。
【００８１】
画像制御部１１は、指定スクリーンに対応付けられた使用可否フラグが「ＯＮ」であった場合に、当該スクリーンに対応するスクリーン処理が実行可能であると判定し（ステップＳ５１；Ｙｅｓ）、そのスクリーン処理を実行し（ステップＳ５３）、次いでプリントを実行する（ステップＳ５３）。
【００８２】
また、使用可否フラグが「ＯＦＦ」であった場合には実行不可であると判定し（ステップＳ５１；Ｎｏ）、例えば、「スクリーンの準備ができていません。」という警告表示をＬＣＤ２２に表示させる（ステップＳ５７）。そして、「このジョブを削除します。」といったジョブの削除要求のメッセージをＬＣＤ２２に表示させて（ステップＳ５９）、その要求がユーザにより承認されるまで待機する。
【００８３】
画像制御部１１は、例えば、操作パネル２３のＯＫキーの押下操作を検知して、削除ＯＫであると判別した際に（ステップＳ６１；Ｙｅｓ）、画像メモリ１５に記憶した画像データＤ３と、不揮発メモリ１４に記憶したジョブ情報Ｄ１とを削除して（ステップＳ６３）、警告表示を解除する（ステップＳ６５）。
【００８４】
図６は、使用可否フラグが「ＯＦＦ」に設定されたスクリーン１７０が指定されてクライアント端末２００からジョブファイルＦが送信されてきた場合の、従来の画像形成システムの動作と、本実施形態における画像形成システム１００の動作との比較するための図である。
【００８５】
先ず、従来の画像形成システムでは、図６（ａ）に示すようにプリントコントローラ６０においてラスタライズ処理が施された後にジョブファイルＦがプリントエンジン１０に送信された後に、スクリーン処理が実行できない旨の警告表示が為される。
【００８６】
これに対し、本実施形態における画像形成システム１００では、図６（ｂ）に示すように、指定スクリーンに対応するスクリーン処理が実行できない場合には、ラスタライズ処理が行われずに空ジョブがプリントエンジン１０に送信されて警告表示が為される。
【００８７】
即ち、クライアント端末２００のジョブファイルＦの送信から警告表示が為されるまでの時間に、従来ではプリントコントローラ６０でのラスタライズ処理に要する処理時間が含まれていたが、本実施形態では、そのラスタライズ処理の処理時間が含まれなくなる。また、プリントコントローラ６０からはジョブファイルＦよりもデータサイズの小さい空ジョブが送信されるため、プリントコントローラ６０とプリントエンジン１０との通信時間が短縮されるようになる。
【００８８】
以上、本実施形態によれば、プリントコントローラ６０は、画像データＤ３にラスタライズ処理を施す前に、指定スクリーンに対応するスクリーン処理が実行可能であるか否かを判定し、実行不可であった場合には、画像データＤ３を置換用の画像データに置き換えた空ジョブをプリントエンジン１０に送信する。従って、クライアント端末２００でのユーザのプリント開始指示の入力から警告表示までの時間を短縮することができ、使用不可のスクリーンが指定された場合のエラー通知を迅速に行えるようになる。
【００８９】
また、プリントコントローラ６０とプリントエンジン１０との間ではジョブファイルＦと同じデータ形式の空ジョブが送受信されるため、各々のインターフェイスを設計変更することなく、エラー通知の迅速化を図ることができる。
【００９０】
また、スクリーン処理の実行の可否に基づいてスクリーン処理又は警告表示を行うという一般的な処理フローをプリントエンジン１０が行うため、プリントエンジン１０のソフトウェア的な大幅な設計変更を行わなくともよい。また、本体部１側のＬＣＤ２２上で警告表示を行うことで、ユーザへの確実なエラー通知が可能になる。
【００９１】
尚、上述した実施形態は、本発明を適用した一例であり、その適用可能な範囲は上述例に限られず適宜変更可能である。
【００９２】
例えば、プリントコントローラ６０において指定スクリーンに対応するスクリーン処理が実行不可であると判定した場合、クライアント端末２００と通信ネットワークＮを介して通信することによって、クライアント端末２００に通知して、警告表示を当該クライアント端末２００上で行わせることとしてもよい。これにより、本体部１のＬＣＤ２２とクライアント端末２００とにおいて警告表示が為されるため、確実にユーザにエラー通知することができる。
【００９３】
また、スクリーン処理の実行が可能か否かの判定をスクリーン設定テーブル１７４の使用可否フラグに基づいて行うこととして説明したが、例えば、γ補正テーブル１７２の更新日時に基づいて判定することとしてもよい。具体的には、各スクリーンに対応するγ補正テーブル１７２を更新した日時をスクリーン設定テーブル１７４に記憶しておき、その更新日時が所定期間（例えば、１週間）経過している場合に、そのスクリーンに対応するスクリーン処理が実行できないと判定する。
【００９４】
γ補正テーブル１７２の更新が所定期間行われていない場合は、その出力特性が変動している可能性がある。このため、γ補正テーブル１７２の出力特性が更新されていない場合に、スクリーン処理ができない旨の警告表示を行うことができる。
【００９５】
また、スクリーン処理が実行できない旨の通知をＬＣＤ２２の表示によって行うこととしたが、例えば、スピーカー等の音声出力部を本体部１に設けて当該音声出力部を介して通知することとしてもよい。
【００９６】
また、プリントコントローラ６０と本体部１とを個別の装置で構成することとして説明したが、プリントコントローラ６０を本体部１と一体的に構成することとしてもよく、その構成例は、図示したものに限られない。
【図面の簡単な説明】
【００９７】
【図１】画像形成システムの外観及び断面の一例を示す図。
【図２】画像形成システムの機能構成の一例を示すブロック図。
【図３】（ａ）ジョブファイルのデータ構造例を示す図、（ｂ）スクリーン設定テーブルのデータ構成の一例を示す図。
【図４】プリントコントローラの具体的な動作を説明するためのフローチャート。
【図５】プリントエンジンの具体的な動作を説明するためのフローチャート。
【図６】（ａ）従来の画像形成システムの動作と、（ｂ）本実施形態の画像形成システムの動作との一例を示す図。
【符号の説明】
【００９８】
１００  画像形成システム
１      本体部
１０    プリントエンジン
１１    画像制御部
１４    不揮発メモリ
１５    画像メモリ
１６    スクリーン処理部
１７    ＨＤＤ
２０    操作表示部
６０    プリントコントローラ
６１    コントローラ制御部
６２    スクリーン処理部
６３    ＬＡＮ制御部
６４    ＤＲＡＭ制御ＩＣ
６５    画像メモリ
７０    後処理部
１７０  各種スクリーン
１７２  γ補正テーブル群
１７４  スクリーン設定テーブル
２００  クライアント端末
Ｆ      ジョブファイル
Ｄ１    ジョブ情報
Ｄ１０  スクリーン指定情報
Ｄ３    画像データ
【図１】
0004645535.tif 000002
【図２】
0004645535.tif 000003
【図３】
0004645535.tif 000004
【図４】
0004645535.tif 000005
【図５】
0004645535.tif 000006
【図６】
0004645535.tif 000007