(57)【要約】【課題】高速機の定着器温度制御は、定着温度の制御に時間を要するため、画像展開後定着温度を推定することによる印字性能の劣化を改善する。【解決手段】画像サイズ情報が有れば画像サイズを判定情報として設定しておく（S3003）。記憶した圧縮形式が画像特性を予想できる圧縮形式か否か確認を行う（S3010）。各圧縮形式に応じて目標濃度を選択し(S3012)、対応する目標温度を、記憶した圧縮形式の画像データの目標温度として設定する（S3014）。目標温度を推定できない圧縮形式のときには、画像サイズ情報だけで目標温度を判定する。【選択図】図９
2013076929.tif 000002
【特許請求の範囲】
【請求項１】
画像データに対応するトナー像を形成して定着する電子写真方式の画像形成手段を含み、トナー像の定着の際の温度を管理する定着温度管理装置であって、
前記定着時に、定着温度を制御する制御手段と、
前記画像データのデータ属性情報から定着のための目標温度を推定する推定手段と
を備え、
前記制御手段は、前記画像データを展開してトナー像のためのビットマップデータを生成する前に、前記推定手段で推定した目標温度への変更を開始して定着時の温度を制御することを特徴とする定着温度管理装置。
【請求項２】
前記画像データのデータ属性情報は、前記画像データを受信する際のヘッダー情報から取得されることを特徴とする請求項１に記載の定着温度管理装置。
【請求項３】
前記画像データのデータ属性情報は、圧縮形式情報、データサイズ情報、画像サイズ情報もしくはファイル拡張子情報のいずれかを含むことを特徴とする請求項１または２に記載の定着温度管理装置。
【請求項４】
前記画像データのデータ属性情報は、圧縮形式情報およびデータサイズ情報を含み、
前記推定手段は、前記画像データのデータサイズおよび圧縮形式から、前記画像データを展開したときの画像サイズを予測し、当該予測した画像サイズに対応するトナー使用量から定着のための目標温度を推定することを特徴とする請求項１ないし３のいずれかに記載の定着温度管理装置。
【請求項５】
前記推定手段は、圧縮形式と予測された画像サイズとで予め目標温度を設定した参照テーブルを参照して目標温度を決定することを特徴とする請求項４に記載の定着温度管理装置。
【請求項６】
画像データに対応するトナー像を形成して定着する電子写真方式の画像形成手段を含む装置におけるトナー像の定着の際の定着温度管理方法であって、
前記画像データのデータ属性情報から定着のための目標温度を推定する推定ステップと
前記定着時に、定着温度を制御する制御ステップと、
を備え、
前記制御ステップは、前記画像データを展開してトナー像のためのビットマップデータを生成する前に、前記推定手段で推定した目標温度への変更を開始して定着時の温度を制御することを特徴とする定着温度管理方法。
【請求項７】
画像データに対応するトナー像を形成して定着する電子写真方式の画像形成手段を含む装置に、トナー像の定着の際の定着温度管理方法を実行させるプログラムであって、該定着温度管理方法は、
前記画像データのデータ属性情報から定着のための目標温度を推定する推定ステップと
前記定着時に、定着温度を制御する制御ステップと、
を備え、
前記制御ステップは、前記画像データを展開してトナー像のためのビットマップデータを生成する前に、前記推定手段で推定した目標温度への変更を開始して定着時の温度を制御することを特徴とするプログラム。
【請求項８】
画像データに対応するトナー像を形成して定着する電子写真方式の画像形成を実行し、トナー像の定着の際の温度を管理する定着温度管理システムであって、
前記画像データを受信する受信手段と、前記画像データのデータ属性情報から定着のための目標温度を推定する推定手段と、前記画像データを展開してビットマップデータを生成する展開手段とを含む画像処理装置と、
前記ビットマップデータからトナー像を形成する形成手段と、当該形成されたトナー像を、定着温度を制御し定着させる定着手段とを含む画像形成装置と
を備え、
前記画像処理装置は、前記画像データを展開してトナー像のためのビットマップデータを生成する前に、前記推定手段で推定した目標温度を前記画像形成装置に指示することを特徴とする定着温度管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は定着温度管理装置、方法、システム及びプログラムに関し、電子写真方式の印字装置におけるエネルギーマネジメントを実行する定着温度管理装置、方法、システム及びプログラムに関する。
【背景技術】
【０００２】
電子写真方式の印字装置においては、感光体にレーザー光等により作像した静電潜像をトナーで現像し、トナー像をモーター等で搬送されてきた用紙に転写し、熱および圧力で用紙に定着させることによって画像形成する。このような電子写真方式の印字装置においてはトナー像を確実に定着させるために十分な熱が必要であることから、トナーを用紙に定着させる熱定着機構が最もエネルギーを消費することとなる。このため、効率的で無駄の無い熱供給が可能な熱定着機構を実現する為にさまざまな手法が提案されてきた。
【０００３】
投入される熱エネルギーは専ら用紙の加熱とトナーの溶融に使用される。ここで、用紙が印字のたびに変更されることは少ないので、短期間では用紙の加熱に使用される熱エネルギーは一定値と見なして良い。一方、用紙全体に対するトナー分布は印字画像ごとに異なるのが通常であり、例えば一つの印字ジョブ内の画像が同程度のトナー分布を有する等は期待できない。特にネットワーク上の複数ユーザーで共有される中大型機においては、様々なユーザーからの様々な画像を含む印字ジョブが実行されるのでトナーの分布や使用量が画像ごとに大きく変動する。
【０００４】
したがって、トナー使用量の少ない印字物は少ない熱量で定着可能であるが、トナー分布が分からなければ、常にトナーの最大使用時に必要な熱量を供給しなければならい。この結果、過剰な熱供給により放熱時間を要するために生産性が低下し、あるいは高熱により用紙がカールするといった出力された印字用紙の品質低下の一要因となり、何より無駄なエネルギー消費となっている。
【０００５】
このような過剰なエネルギーの問題を解決するため定着機構の制御温度を変更する種々の提案がなされている。例えば、トナー分布や使用量から最適な供給熱量を推定する手法が提案されている。このような手法として静電潜像を作像するレーザーの駆動信号の発光率からトナー使用量を推定する方法が提案されている。また、画像形成前に描画イメージとして展開されたビットマップデータを解析して得られた画素分布から熱量分布を算出する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−１２５９８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１の画像形成装置では、展開された画像形成用のビットマップからトナー消費量情報を算出することから画像ごとに供給する熱量をより高精度に決定することが可能である。しかし、近年では印字速度が急激に高速化しており、レンダリングによりビットマップデータを生成してから定着器の温度制御を行っても、最適な温度に達しないという問題がある。すなわち、現代ではＡ４もしくはレターサイズの用紙の印字が、１分間に１００枚以上というのも珍しくない。実際の印字機構ではビットマップデータを生成後、感光体上の光走査し、トナー像を用紙に転写して定着するまで、感光体から定着器の位置まで若干の空間がある。この空間の用紙の移動時間は定着温度調整のマージン時間として利用できるが、印字の高速化によってその移動時間では温度調整時間が足りなくなるおそれがあるのである。この用紙の移動時間が温度調整に必要な時間に満たない場合、印字品質を保つためには用紙を定着器の前で待機させるなど印字速度を落とさざるを得なくなる。一方、印字速度を高速に保つと、定着温度が低くなって印字処理システムの性能を発揮できなくなる。
【０００８】
したがって、定着器の高効率の温度制御を実行しつつ、印字性能を可能な限り低下させない手法の開発が求められている。
【課題を解決するための手段】
【０００９】
そこで、本発明は、画像データに対応するトナー像を形成して定着する電子写真方式の画像形成機構を含む装置におけるトナー像の定着の際の定着温度管理装置であって、定着時に、定着温度を制御する制御手段と、画像データのデータ属性情報から定着のための目標温度を推定する推定手段とを備え、制御手段は、画像データを展開してトナー像のためのビットマップデータを生成する前に、推定手段で推定した目標温度への変更を開始して定着時の温度を制御することを特徴とする。
【発明の効果】
【００１０】
上記のように外部機器からの印字データ受信段階で受信情報の属性から定着処理に最適な定着器の目標温度を推定することによって、印字データ解析を実施して画像を展開する前のより早い段階でその印字データの定着に最適な目標温度を決定できる。これにより高速印字の場合でもトナー像が形成された用紙が到達するまでに定着器を目標温度に制御可能なので、印字性能を低下させることなく有効な電力消費を抑えることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例１の概略機構図である。
【図２】データ伝送にともなう受信データの変換例を示す図である。
【図３】本発明の一実施例のデータ実行フローの概略例を示すフローチャートである。
【図４】本発明の一実施例のシステムフロー例を示すフローチャートである。
【図５】本発明の一実施例の印字フロー例を示すフローチャートである。
【図６】従来方式の画処理フローの概略を示すフローチャートである。
【図７】従来方式の画処理フローの概略を示すフローチャートである。
【図８】従来方式のデータ受信フローの概略を示すフローチャートである。
【図９】解析処理フロー例を示すフローチャートである。
【図１０】本発明の実施例２のジョブ登録フローを示すフローチャートである。
【図１１】本実施例の圧縮形式とサイズから決定される目標温度の参照表の例を示す図である。
【図１２】本実施例のスケジュールリスト例の例を示す図である。
【発明を実施するための形態】
【００１２】
［実施例１］
本実施例は、実際に画像のビットイメージを展開する前の段階、具体的には画像データの部分的な受信段階において、各ジョブで実行される印字の定着に必要な目標温度を推定することを特徴とする。目標温度を推定すると、目標温度の推定データと対応する印字ジョブとは関連付けされ、印字ジョブ展開に先行して温度制御機構に目標温度として設定される。
【００１３】
ここで、本実施例ではビットイメージを展開する前に受信した画像データから定着温度の推定に有効な情報を取り出して目標温度を推定する。一般に、データ通信においては画像データ、例えばビットマップデータの画像情報をそのまま伝送することは無い。機器間の画像データの送受信は、多くのジョブを平行に処理したり、伝送効率を向上させたりするため、通常は圧縮処理やパケット化等のデータ変換を行って実行される。したがって、受信した画像データを処理するため、データ変換形式を含む受信情報の属性の記述をヘッダーないしフッター部分に付加する必要が有る。フッターに復号に必要な情報を載せると全データを受信するまで復号ができないが、ヘッダー部分に載せれば一部受信した段階から復号できるので通常はヘッダー部分に復号に必要な情報を載せる。
【００１４】
そこで、定着温度の推定に有効な情報を、受信情報の属性の記述から圧縮形式やデータのサイズ情報を取り出して取得する。例えば、サイズ情報と圧縮形式から画像サイズを概算することができるが、本実施例ではより簡便な方法で定着温度の推定に有効な情報を取得する。すなわち、一般に圧縮形式は様々なものがあるが、通常その適用に当たっては、圧縮対象である画像データの特性を特定して、その特性において高い圧縮率をもたらすような圧縮形式に限定して適用される。特性を限定することによって、符号化と複合化のハードウェアないしソフトウェアを小規模に抑制することもできる。したがって、このような点を考慮すると、画像データの圧縮形式を特定することによって、圧縮対象である画像の性質を推定することができるので、圧縮形式を定着温度の推定に有効な情報として使用するのである。例えば、ファクシミリ等で使用されるMH法のようなランレングス圧縮形式は、出現頻度の高い連続画素に短い符号を割当て、出現頻度の低い連続画素に長い符号を割り当てる。実符号においては、長く連続した白画素と短く連続した黒画素に対して相対的に短い符号を割り当てており、大部分が白地であって、一部分が文字等の黒領域であるときに圧縮率が高くなる。よって受信情報のヘッダーを解析してMH法等のランレングス圧縮が採用されていた場合は、画像データとして大部分が白地である画像を想定して、定着用の熱制御を行うことができる。具体的には、トナー量が少ないので少ない熱量でも的確にトナー像を定着できることから、その画像の印字時に定着器へ供給する熱量を低く制御すればよい。
【００１５】
一方、ＪＰＥＧ方式のように情報の一部を欠落させるような圧縮形式は、カラー写真等オリジナルの画像情報の情報量が非常に大きく、そのままでは伝送や画像展開が難しいために導入された方式である。このような方式では、単位面積あたりのトナーの使用量が大きいことが推測されるので、その画像の印字時に定着器に供給する熱量を高く制御する。
【００１６】
圧縮対象の特性を特に限定しない汎用の圧縮形式は画像の特性を推定することが困難であるが、このような場合においても、汎用の圧縮形式の圧縮率は性能の指標であり一般的に知られた値である。受信データのサイズ情報と圧縮形式から展開されたイメージの画像のサイズを推定できるので、圧縮形式以外に画像のサイズ推定量からもトナー使用量を概算できる。
【００１７】
本実施例では、これらの概算情報を利用してデータ受信段階で、温度制御のための概算トナー量を取得し、より早い段階で供給熱量を決定でき、高速印字時においても的確な熱供給を行うことが可能になる。
【００１８】
本実施例においては３段階、すなわち高温、中温及び低温の目標温度設定を行うが、その具体的構成例を図１に示す。図１は、定着温度の変更機能を有する電子写真方式の印字機構を備えた印字処理システムの概略機構図である。印字処理システムは、大きく画像処理部１００と印字機構部１５０とを備える。ＲＯＭ１０１は、印字機構制御プログラム等の変更されない情報が格納されている。ＲＯＭ１０１には少なくとも次のプログラムが格納されているが、これに限られない。印字制御プログラム１１７、画像生成プログラム１１８およびＵＩ（ユーザーインターフェース）制御プログラム１１９である。構成によってはＲＯＭ１０１上のプログラムの一部を後述する不揮発性記憶部１０２に格納している場合が有る。印字制御プログラム１１７は、印字機構１５０を必要なタイミングで動作させるためのプログラムが格納されている。本実施例に特徴的な目標温度の事前推定および目標温度への制御は印字制御プログラム１１７によって実行される。
【００１９】
ここで、本実施例に特徴的な処理以外にも、一般的な印字機構の制御として印字制御プログラム１１７は下記のような制御を行う。まず、印字制御プログラム１１７は印字に先立ってポリゴンミラー１５２が所定の回転速度で安定して回転するように不図示のモーターの回転制御を行っている。まあ、印字制御プログラム１１７は、印字機構１５０の動作タイミングに合わせ静電潜像の作像に必要な画像データを送出する。
【００２０】
不図示の給紙機構から用紙搬送路１６０上に給紙処理を行う。用紙が用紙搬送路１６０上の所定の位置に達した時点で、受信バッファ１１３からレーザー照射部１５１の駆動情報が取り出され、走査とタイミングを合わせてレーザー照射部１５１が駆動される。印字制御プログラム１１７は、感光体ドラム１５４の帯電電圧や、転写電圧を監視し、適切な電位が発生するよう制御する。
【００２１】
画像生成プログラム１１８は、印字機構１５０が画像データを印字出力ができるように画像を変換し、また、印字機構１５０の特性にあわせた印字表現となるよう画像処理する。例えば印字機構１５０がインクジェット方式を採用していれば、濃淡情報をインクの吐出回数に変換し、電子写真方式を採用しているときには、面積諧調処理を行う。ＵＩ制御プログラム１１９は、印字処理システムを操作設定するユーザーインターフェースを制御する。
【００２２】
本実施例の処理に関係する操作設定としては、例えば用紙種設定や、印字モード設定が有る。すなわち、厚紙の定着には形成に使用したトナー量にかかわらず十分な熱量を加える必要があるので、厚紙が用紙種として設定された給紙カセットが選択されたときは、全ての判定を無視して、目標温度として高温を選択する。また、省トナー設定等、トナーの使用量を制限する印字モードが設定されているときには、トナー量にかかわらず目標温度として低温を選択する。ここで、トナーの使用量を制限する印字モードが設定され、厚紙の場合は、厚紙の指定を優先させて高温を優先する。
【００２３】
不揮発性記憶部１０２は、記憶内容は書き換え可能なメモリーであり、電源を切っても保持する必要の有る情報を格納する。不揮発性記憶部１０２は、ハードディスクやフラッシュメモリー等を含むがこれに限られない。不揮発性記憶部１０２には少なくとも次の情報が含まれる。すなわち、各種設定情報１１０およびデータ退避領域１１１である。各種設定情報１１０は、印字処理システムの各機構の設定値情報が格納される。設定値情報としては、例えば印字機構の給紙機構に設定されている紙サイズや種類、また画像形成部の動作モードの設定値等があるがこれには限られず、本技術分野で知られたいずれの値を含めることができる。
【００２４】
データ退避領域１１１は、ＲＡＭ１０３の領域が不足しているときに、一時的にＲＡＭ１０３上のデータを退避させる領域である。また不揮発性記憶部１０２の容量に余裕が有るシステムでは、生成した画像イメージの保存ストレージとして使用する構成も可能である。ＲＡＭ１０３は、動作中に保持および変更更新されるデータを格納する領域であり、少なくとも次の領域が確保される。領域１１２はプログラム展開領域、領域１１３は受信バッファ、領域１１４は作業領域および領域１１５はレンダリング領域である。情報１１６は印字機構の制御情報である。
【００２５】
一般に、半導体プロセスの改善により、全般的に半導体デバイスのアクセススピードや動作クロックは向上しているが、デバイスの種類によっても改善度には差がある。例えば、半導体デバイスとしては、ＣＰＵの速度向上が最も著しく、ＲＡＭもＣＰＵの速度向上に対応するためにアクセススピードが向上してきているが、ＲＯＭのアクセススピードはＲＡＭに比べ相対的には性能が低くなっている。したがって、従来ＲＯＭ上で直接実行していたプログラムはＲＡＭに一旦展開して、実行した方がプログラムを高速に実行できる場合が多い。このため、本実施例でもＲＡＭ１０３上に領域１１２を確保するようにしている。一方、不揮発性記憶部１０２はＣＰＵ１０５のメモリー空間に直接マッピングされていないので、本実施例では同様にプログラムを領域１１２に展開して実行させる。すなわち、プログラム実行時には一度ＲＡＭ１０３上の領域１１２に転送される。
【００２６】
次に、受信バッファ１１３は、外部から送られてきた画像データの解析前のデータを一時格納するための領域である。ネットワークの負荷状況等によって外部機器から適切にデータを受信できない場合があるので、一度バッファに貯えて調整を行う。一般に受信する画像データは、それを展開したイメージデータよりもサイズが小さいので、より多くの印字ジョブを一時的に受信バッファ１１３に記憶しておくことが出来る。本実施例においては、展開されたイメージデータそのものではなく、受信バッファ１１３にあるデータを解析して、定着器の目標温度を決定する。
【００２７】
作業領域１１４は、印字機構１５０の描画データ展開の際に、文字ビットマップの展開、各種一時設定値の格納および符号化された画像データの復元処理等の作業領域として使用される。レンダリング領域１１５は、ディスプレイあるいは印字機構１５０の印字方式にあわせ、画像イメージを展開する領域である。制御情報１１６は、印字機構１５０を制御するための一時的情報が格納されている。入出力ポート１０４は、外部機器Ｉ／Ｆ（インターフェース）１２０、操作パネルＩ／Ｆ１２１および内部機器Ｉ／Ｆ１２２の少なくともいずれかを備える。外部機器Ｉ／Ｆ１２０は、更に無線通信部１２３および１２４は有線通信部の少なくともいずれかを備える。無線通信部１２３は、外部機器との情報のやり取りを無線で実行する。有線通信部１２４は、外部機器と有線接続で情報をやり取りする。
【００２８】
近年の外部機器とのインターフェースは多くネットワーを介して行われることが多く、無線通信部１２３および有線通信部１２４は多対多間の接続と通信をサポートする。外部機器Ｉ／Ｆ１２０は、無線通信部１２３および有線通信部１２４以外に更に一対一の接続をサポートするレガシーインターフェースを含んでいても良い。以上のとおり、外部機器Ｉ／Ｆ１２０は外部機器からの印字情報を取得する部分であり、印字処理システムは不図示の画像取り込み機構を備えることもできるが本実施例において説明は省略する。
【００２９】
操作パネルＩ／Ｆ１２１は、印字処理システムに備えられたＵＩ１２５への表示と入力を処理する。ＵＩ１２５に対する入力操作によって、印字処理システムの動作モード等が設定される。
【００３０】
次に、実際の印字機構１５０の動作のためには、不図示の多数の出力ポートによる各種機構部の制御が必要である。また、同様に印字機構１５０の動作状況を把握するために、不図示の多数のセンサーが配置されており、センサーの値を把握するための入力ポートが存在している。内部機器Ｉ／Ｆ１２２は、そのようなセンサーなどの入出力を担当している。ただし、本実施例では、図１に示すように本実施例の特徴に直接関連の有る温度センサー入力１５６およびヒータースイッチ１５８のみとの接続を示しておくこととする。
【００３１】
ＣＰＵ１０５は、例えばＲＯＭ１０１に格納されたプログラムを直接ＲＯＭ１０１上で、あるいはＲＡＭ１０３上の領域１１２に展開して実行し、印字処理システム全体を制御する。また、外部機器から画像情報を受け取りビットマップデータに展開し、あるいは用紙に画像を印字して出力する。
【００３２】
次に、印字機構１５０は、図１に示すような電子写真方式の印字に必要な主要な構成要素を備える。まず、静電潜像を形成する光走査系の構成要素を説明し、破線矢印は光照射方向を示す。
【００３３】
レーザー１５１は、レンダリング領域１１５のイメージ情報に基づいて駆動され、感光体ドラム１５４上に潜像を作像する。不図示のモーターによってポリゴンミラー１５２は等速回転制御され、回転するポリゴンミラー１５２によって反射されるレーザー光は光学系１５３に入射される。光学系１５３は、入射したレーザー光の軌跡による等角度走査を等速走査に変換する非球面レンズを含む構成となっている。すなわち、ポリゴンミラー１５２によって反射された走査光はそのままでは等角度走査であるため、光学系１５３で等速走査になるように補正する。光走査と同期をとったドラムの回転により感光体ドラム１５４上に光走査によるビットマップデータに応じた照射が行われ、感光体ドラム１５４を帯電させておけば静電潜像が形成される。すなわち、感光体ドラム１５４の表面に不図示の帯電器によって一様に電荷を付加し、レーザー光を画像イメージに応じた発光パターンで走査すると、光照射を受けた部分は導電体となり帯電器によって付加された電荷が失われ、静電潜像が生成されることになる。
【００３４】
このように感光体ドラム１５４上に静電潜像が形成された後、現像器１５５により感光体ドラム１５４表面上に生成された静電潜像に対して帯電したトナーを供給し、トナー像を感光体ドラム１５４上に生成する。感光体ドラム１５４の回転と同期を取って用紙を搬送することにより、生成されたトナー像を用紙搬送路上１６０の用紙に転写する。
【００３５】
定着器１５７は、以上のようにトナー像が転写された用紙に対し熱と圧力を加え、トナーを溶融させ用紙に固着させる。定着器１５７の温度は、温度センサー１５６がモニタしており、印字機構制御プログラム１１７は、温度センサー１５６によって温度を上げる必要があると判断すると、ヒータースイッチ１５８を閉じて通電する。通電が行われると、外部商用電源１７０からエネルギーが供給され、定着器１５７は加熱される。印字機構制御プログラム１１７は、熱量の供給が必要でないと判断したときにはヒータースイッチ１５８は遮断され、熱は供給されない。
【００３６】
次に、無線通信部１２３および有線通信部１２４等のネットワークを介して外部機器から送られる画像データのデータ形式について説明する。一般に、このようにネットワークや記憶媒体等から受信するデータは、データ伝送に必要な形に変換されている。受信データの変換例としてパケット化の概略模式図を図２に示す。図２は、無線通信部１２３および有線通信部１２４のようなネットワーク経由の外部機器から印字データを受け取る上でのデータフォーマットの変換処理の例を示す模式図である。オリジナル画像データ２００は外部機器上で形成され、伝送に適した形式に変換されるが、画像データ２００自体はそのまま印字できる画像イメージとは限らず、印字記述言語であったりする場合もあるが本実施例では詳細には言及しない。
【００３７】
外部機器においても、印字処理システム側においても画像データ２００自体だけしか有していないと、画像処理の準備に時間を要する。このため、通常は円滑に画像処理の準備を実行することができるように画像データ２００のサイズ、ファイル名等の付加情報を付加される。通常は、このような付加情報は画像ヘッダー２０１に書き込まれる。また、印字処理システムに画像情報を送るときには、伝送負荷を低減させるために通常はデータサイズを低減させるデータ圧縮処理が施される。
【００３８】
圧縮データ２１０は、画像データ２００および画像ヘッダー２０１を圧縮したものである。圧縮処理において、どのような圧縮を行ったか、すなわち圧縮形式および様々な方式、圧縮のヒント情報等、新たな付加情報が発生し、このような圧縮に関する新規付加情報を圧縮ヘッダー情報２０２として更に負荷する。
【００３９】
以上の処理の結果、オリジナルの画像データ２００は、圧縮ヘッダー情報２０２＋圧縮データ２１０に変換される。多くの伝送路は多数の機器に共有されており、一対の機器が伝送路を占有するのは望ましくないため、多くの伝送方式では送る情報を適宜分割、細分化するパケット処理を導入している。データの伝送においてエラーの発生は一定確率で発生するが、パケットに分割することによってエラーの発生によるデータの損失と補正処理をそのパケットに限定するという利点もある。元データ復元のための補正処理や再送処理の上でパケット化は効率的である。
【００４０】
実際の伝送を行う場合には、変換された画像ヘッダー２０１＋圧縮ヘッダー２０２＋画像データ２１０をパケットに分割する必要が有る。パケットのサイズはその伝送路において、エラー発生率、復元効率等を考慮して最も効率の良いサイズに定められている。パケットに付加すべき情報として、通常は各パケットにパケットヘッダー２０３が付加される。パケットヘッダー２０３をパケットごとに付加したパケットサイズがその伝送路上最適なサイズになるように画像ヘッダー２０１＋圧縮ヘッダー２０２＋画像データ２１０を複数パケットに分割する。
【００４１】
無線通信部１２３および有線通信部１２４は、このようなパケットに細分化された形で、様々な経路の外部機器から画像データを受け取る。印字処理システムはそれらのパケット２２０を受け取り、元のデータに組み立て個々の印字出力処理を実行する。なお、図２は模式図としてパケット分割が１回だけの場合を示したが、実際の通信は、様々な複数のネットワークの種々の階層を介して行われるので、複数回パケット分割、再構成が行われる。例えば、伝送路において無線LAN（ローカルエリアネットワーク）と有線LAN等の性質の異なる伝送路を経由するとき、あるいはプロトコルの異なる伝送方式にラップされるとき等にパケットの再構成が行われことがある。しかし、本実施例では単純化のためにパケット化は一層として説明する。したがって、本実施例では、一連のパケットデータが外部機器から送信され、印字処理システムはパケットデータを順次受信していく。
【００４２】
本実施例において必要な目標温度の推定に必要な情報は、画像ヘッダー２０１および圧縮ヘッダー２０２に含まれる。これらのヘッダー情報は初期に送られてくるパケット群に含まれるので、全パケットを受信する前、すなわちパケット化した情報の全てを受け取る前に、目標温度の推定に必要な情報を取得することができる。これに対し、従来の方法では、全ての情報を受信し、さらに実際にＣＰＵ１０５が画像生成プログラム１１８を実行して画像のビットイメージをレンダリング領域１１５の上に展開してから、さらにレンダリング領域１１５上のデータを解析する必要がある。したがって、本実施例の方法では、従来の方法よりも早いタイミングでの温度制御が可能となる。
【００４３】
本実施例は、以下のとおり従来例と同様に、３段階の目標温度を用いて制御を実行するが、これに限らず任意の目標温度設定が可能である。図６及び７に従来の画処理フローの概略を示す。図８に従来のデータ受信フローの概略を示す。図６ないし８を参照して、従来の方法における温度制御方法の概略の説明を以下行う。
【００４４】
図６に示す従来方法においては印字展開を開始し、処理の必要なジョブを受信しているか確認し(Ｓ2008)、無ければ終了する（Ｓ2022）。ジョブデータが存在すれば、ジョブデータの受信順を確認し(Ｓ2009)、先頭より処理を開始し(Ｓ2010)、データを解析し印字機構用のビットマップデータを展開する（Ｓ2011）。展開したビットイメージを解析してトナー分布量を推定し(Ｓ2012)、他の設定条件を勘案し(S2013)、目標温度の決定に影響を及ぼす付帯条件が無いかを確認する（S2014）。トナー使用量ではなく、トナー分布によって熱供給量を決定しているのは、トナーが局所的に集中している場合には、（局所的な加熱機構の無い定着器においては）全体の量が少なくても高温を供給する必要があるからである。トナー分布が離散的で全体の量も少ない場合には熱量をあまり必要としないので、目標温度を低く設定しても印字出力の品位に影響は無い。
【００４５】
例えば、モノクロ印刷で小サイズの文字が印刷された文書等がこれに当たる。トナーの使用量の絶対値が多い画像や、分布が局所的である画像の場合には熱量を必要とするので、目標温度を高く設定しないと印字出力の品位に影響が出る。例えば、カラーの写真画像を印刷する場合には複数色のトナーを使用し、各色の使用面積も高い物となる。また文字の場合でも文章記述と目的とせず、視覚的効果を狙ったロゴのような大サイズで多色を使った文字が印刷された文書ではトナーの局所的集中が有り、熱量を必要とする。
【００４６】
付帯条件とトナー分布とにより目標温度を決定する（S2015)〜(S2019）。付帯条件としては例えば、厚紙が用紙として指定されている場合や、省トナーが設定等されている場合がある。厚紙を印刷するときには、用紙の加熱に多くの熱を必要とするのでトナーの使用量の多寡にかかわらずより多くの熱量が必要となる。一方、省トナーモードでの印字は、全体的に画像の印字濃度を下げる処理となるため、画面全体にわたってトナー消費量が下がるので、熱量の供給が控えめで済む。このような場合には画像を解析するまでもなく熱量供給を控えて良い。このとき、目標温度高の判定は以下の論理式によって実行される（S2015）。
【００４７】
【数１】
2013076929.tif 000003
【００４８】
目標温度中の判定は以下の論理式によって判定される（S2016）。
【００４９】
【数２】
2013076929.tif 000004
【００５０】
S2015判定がYesのとき目標温度低に設定し（S2017）、S2016判定がYesのとき目標温度中に設定する（S2018）。上記２つの条件に合致しない場合は目標温度高に設定する(S2019）。
【００５１】
一般に、感光体ドラム１５４上に静電潜像を形成後に即座に現像、定着が実行される訳ではなく、若干の処理の時間が存在する。これは印字機構１５０の構成要素はそれぞれ実体積を有しており、ある程度の間隔が有り、トナー像を転写して用紙を搬送する必要があるためである。具体的には用紙搬送路上転写位置１６０と定着器１５７の間に現像器１５５を配置する必要が有り、また感光体ドラム１５４上の静電潜像の形成位置と転写位置との間にはそれぞれ若干の空間が有る。
【００５２】
感光体ドラム１５４上の潜像および現像後のトナー像の移動時間と、転写後の用紙の定着器までの移動時間が定着器の温度制御のため与えられた時間である。従来、高速機ではこの時間が短くなるため、その時間の間に定着器温度を目標温度まで上昇させることができず(S2020)、低い温度での定着となって印字パフォーマンスを落としてしまうことになる。
【００５３】
図８は従来例の受信バッファのフロー例を示す図である。本処理は、例えば外部機器から送られてきたデータパケットを受信することによって発生するデータ受信割り込みに対応して起動する（S2000）。データパケットを受信し(S2001)、受け取ったパケット２２０が受信バッファ１１３上のどのジョブに関連するパケットかのみを識別し、受信したパケットを用いて元のデータに再構築しデータを記憶するだけの処理を行う。すなわち、従来例においては、本実施例の構成のように受信段階でヘッダーを解析し、および情報を抽出する処理は実行されていない。まずパケットが受信バッファ上の既存ジョブに関連するか否か確認する（S2002）。既存ジョブに関連する場合それぞれのジョブに振り分けて、受信バッファ１１３に格納する（S2003）。新規ジョブのパケットを受信した場合には、新規のジョブを起動させ(S2004)、新規ジョブ領域にデータを追加して(S2005)、パケット受領処理を終了する（S2006）。
【００５４】
このような従来の構成に対して、本実施例においては、目標温度判定処理は、データを受信する処理において実行する。一方、印字処理においては、従来の方法のようにトナー分布を求めて目標温度を判定する処理は実行せず、単に画像展開と印字処理のみを行う。
【００５５】
図３に本実施例のデータを受信する処理の概略を示す。図４に本実施例のシステム全体のフローを示す。図５に本実施例の印字処理を示す。定着器温度が目標温度に到達したときにタイミングよく印字ジョブを出力するため、スケジュールリストを作成する。スケジュールリストは所定の時間に処理を開始すべき項目を登録したものである。ＣＰＵ１０５はタイマー割り込み等によって一定時間毎にスケジュールリストを確認し、所定のタイミングにおいて登録された項目の処理を実行する。
【００５６】
本実施例では、スケジュールリスト上に各タイミングに実行すべき処理が登録されており、所定のタイミングにおいてそれを実行する。データ受信処理(S1000)は、まず外部機器からデータを受信することによって起動する（S1001）。受信したデータが既存のジョブに関連するか新規ジョブかを判定し(S1002)、新規ジョブのときには受信バッファ上に新たなジョブ領域を確保する（S1004）。既存のジョブデータの続きならばそちらにデータを追加し(S1003) 、新規ジョブのときには新たな領域にデータを追加する（S1005）。
【００５７】
追加処理の終了後に追加したジョブの受信データの解析を行う（S1006）。受信したパケットデータから元データを復元し、画像ヘッダー２０１および圧縮ヘッダー２０２の情報を取り出す。受信バッファ上の複数ジョブのデータの混在を防ぐ為に各ジョブデータの管理情報が作業領域１１４上に用意されている。作業領域１１４上の管理情報を参照し、そのパケットの所属するジョブについて既に目標温度の判定を行っているか確認する（S1010）。判定済みならばそのまま終了する。
【００５８】
目標温度判定のための画像属性情報、すなわちデータ属性情報が全て揃ったか否か判定を行う（S1015）。本実施例では、圧縮形式情報、画像サイズ情報およびそのジョブに関し受信したデータの総量を示すジョブサイズ情報を用いて判定を行うが、これに限られない。例えば、画像ファイル名の拡張子等を圧縮情報の補助情報として使用しても良い。目標温度判定に必要な画像属性情報がまだ全て取得できていない時は必要な情報が全て取得できるまで後続のパケット待ちで終了する。
【００５９】
全ての必要な情報が取得できた場合には、目標温度を判定するために後述する解析処理を実行する解析ルーチンを呼び出す（S1012）。目標温度判定のために必要な情報をジョブに対応づけて設定する(S1013）。上記のような従来例に対し、本実施例の構成を用いて以下に説明する。
【００６０】
図４に本実施例のシステム全体のフローを示す。一般的な処理として通電等による起動(S1040)後に、画像形成部の初期化および(S1041)印字機構の初期化をおこない(S1043)、異常時には(S1042) (S1044)所定の報知処理を行い(S1045)異常終了する（S1046）。本実施例における処理のフローは、起動に成功したときスケジュールリストを確認、処理した後は、各種入力を待つループ状態に入り、イベントが発生するまで待機する。
【００６１】
操作入力が発生したときには(S1047）、ユーザーインターフェースからユーザーが設定した設定値を読み取り操作値として設定する（S1048）。さらにその操作値において電源遮断が指示されたときには(S1049）、ループから抜け出し電源遮断を行い(S1060）終了する（S1061）。外部機器からデータが送付され、外部機器Ｉ／Ｆ１２０においてデータ入力が発生したときには(S1062）、データ受信処理を呼び出す（S1063）。図３に示すデータ受信処理ではデータパケットの受信処理時にそのパケットデータを解析し定着器制御温度の予測に必要な情報を確認する。システム全体の処理において、ＣＰＵ１０５は受信バッファ１１３上のデータとその管理情報を確認する（S1064）。
【００６２】
受信済みの印字ジョブの管理情報において、目標温度が解析済みのジョブがあれば(S1065)、その目標温度設定をスケジュールリストに登録する（S1066）。また受信済みの印字ジョブを(S1067）、対応する目標温度設定から所定時間Ｔ以上経過した後解析展開処理をスケジュールリストに登録する（S1068）。
【００６３】
図１２にスケジュールリストの例を示す。所定時間Ｔは、その印字機構における温度設定に対して実際の定着器がその温度に到達するのに必要な最大時間である。よってそれぞれのジョブの目標温度の設定と実際の印字動作、正確には印字機構１５０の一連の印字動作処理の中の定着動作までの時間が時間間隔Tより十分大きくなるようスケジュールリスト設定を行っている。一定時間毎のタイマー割り込みによってスケジュールリストを確認し、処理が必要な案件が存在すれば処理を実行する。
【００６４】
スケジュールリスト上で所定時間T以上の間隔をあけるように設定されているので、図６に示した従来の方法におけるS2020の確認ループは省略される。スケジュールリストを確認し(S1069)、処理開始予定の時間の達したスケジュールが有ればそれを処理する（S1070）。印字ジョブを確認し(S1071)、スケジュールに無ければループの先頭の処理S1047に戻る。スケジュールリストにジョブが存在する場合には、印字ジョブの印字処理を呼び出す（S1072）。所定時間T以上の間隔となるようにスケジュールリストにジョブを登録することによって、レーザーの静電潜像を実行するよりも早く定着器の制御を開始することが出来る。
【００６５】
図５にシステム全体の処理において呼び出される印字処理のフローチャートを示す。本実施例の構成では印字処理自体は本技術分野で知られたものである。印字処理開始(S1007)が指定されると、リクエストされたジョブのデータを読み出す（S1050）。読み出したジョブデータからＣＰＵ１０５は、画像生成プログラム１１８を実行して画像を展開し(S1011)、印字動作、すなわち印字機構１５０へ展開された画像データの印字要求を行って(S1021）終了する（S1022）。
【００６６】
図９に目標温度推定のための解析処理のフローチャートを示す。解析処理を開始すると（S3000）、まず解析の例外処理、すなわち解析処理の結果にかかわらずユーザ設定、環境設定などにより例外的に目標温度を設定する場合の処理となるか否かを確認する（S3001）。例えば、用紙設定で厚紙が選択されている場合は、画像を印字したときにトナー量がどの程度になるかによらず目標温度を高く設定する必要が有る。このような例外処理であるか否かを判定し、判定された例外処理に応じた目標温度を設定(S3021)して解析処理を終了する（S3022）。本実施例では、このような例外処理以外は画像のデータサイズ情報や圧縮形式の情報等により目標温度を設定するので、まず画像サイズ情報の有無を確認する（S3004）。すなわち、本実施例では、圧縮形式とともに画像サイズも目標温度の判定要因に使用しているので、画像サイズ情報を確認する必要があるのである。これは画像を展開した場合に、イメージサイズが具体的に印字機構１５０において縦横何ピクセルの画像サイズを有することとなるかを判定するものである。画像サイズ情報が有れば画像サイズを判定情報として設定しておく（S3003）。画像サイズ情報が無い場合、ジョブサイズ、すなわち受信したジョブデータのサイズを確認し(S3005）、ジョブサイズと圧縮形式とから画像サイズを推定する（S3006) (S3007）。圧縮形式およびジョブサイズから推定した推定画像サイズを、その画像サイズの画像に対する判定情報として作業領域１１４上に一時記憶しておく（S3008）。
【００６７】
次に、記憶した圧縮形式が画像特性を予想できる圧縮形式か否か確認を行う（S3010）。予想できる圧縮形式のときは、図１１に示すような参照表（参照テーブル）を用意する。この参照表は、画像データの圧縮形式と画像サイズとにより、いずれの目標温度を定着時の温度として使用するかを示すものである。各圧縮形式に応じて目標濃度を選択し(S3012)、対応する目標温度を、記憶した圧縮形式の画像データの目標温度として設定する（S3014）。目標温度を推定できない圧縮形式のときには、画像サイズ情報だけで目標温度を判定する。
【００６８】
ここで、通常は所定の画像サイズS１よりも画像サイズが大きいときには目標温度高を設定すう（S3011およびS3017）。所定の画像サイズS２よりも画像サイズが小さいときには目標温度低を温設する（S3013およびS3015）。いずれでもない場合は、目標温度中を設定する（S3016）。ここで、具体的な目標温度高、中、低の値は、本技術分野で知られた方法により、印字機構１５０により予め定められているものとする。本実施例では、圧縮形式や画像サイズ等、画像データ絵尾展開する前のいずれかの情報により定着器の目標温度を高低の２段階、高中低の３段階またはそれ以上の段階に設定することにより、省電力でジョブを実行する。以上で、解析処理を終了する（S3020）。本実施例においては圧縮形式に主眼をおき、画像サイズを補助情報として判定を行ったが、他の補助情報としてファイル拡張子情報等他の付帯情報を採用してもかまわない。
【００６９】
本実施例における制御に加え、イメージデータへの展開後に、従来方式の熱量予測を行って目標温度として設定した温度との間に差異が存在する場合に、補正処理を加えてもかまわない。すなわち、一度上述のような方法で目標温度を設定し、その後展開されたイメージデータからトナー分布を求め、トナー分布に応じて、目標温度を上げたり、下げたりして更に的確な温度設定にすることができる。例えば、最初、目標温度中を設定し、その後トナー分布により目標温度高と判定された場合、トナー分布が判明した時点ですでに目標温度中で加熱が行われている。したがって、トナー分布により目標温度高と判定されてから熱量を供給することにより、確実に規定時間内に目標温度に達する可能性が高くなって印字品質が維持される。本実施例の構成によって、外部機器から送られてきた画像データに対して印字パフォーマンスを落とすこと無く効率的なエネルギーマネジメントが実行される。
【００７０】
［実施例２］
印字処理システム、あるいは定着温度管理システムによっては不揮発性記憶部１０２の容量を十分に確保し、展開後のビットマップイメージを多く格納しておいて、画像サーバーとして機能する機構を有するようにすることができる。このようなシステムでは、通常画像サーバー上にはレンダリング済みのデータが格納される。レンダリング済みのデータは、本実施例においては実施例１に示した目標温度予測処理によって既に目標温度が算出されている。
【００７１】
保存する画像ビットマップイメージに付帯情報として、算出した目標温度情報を保存しておき、ユーザーの操作によってサーバー上のデータの印刷がリクエストされたときにスケジューラに目標温度と画像を登録する。すでに展開済みであり、目標温度も明確になっているので、スケジューラ上で所定時間T以上の間隔を空けて登録すれば他の外部機器から受信した印字ジョブと同様に処理が行われる。
【００７２】
一方、画像サーバーは、通常外部機器との画像情報の送受信を行う機能を有している。一般に目標温度情報は機種固有の情報であり、外部の印字処理システムにおいてはエネルギーマネジメントを行っていないシステムも多く、行っていたとしても印字機構が同一のシステムでない限り情報をそのまま流用することは出来ない。画像サーバーに格納された外部から受信したビットマップイメージに関しては目標温度値を用意しておいて、サーバー保存時に付加情報を加える必要がある。本実施例では、外部から受信したビットマップイメージの受信時に、先行技術文献１で説明しているような解析処理を行って、サーバーに保存される受信データに付加情報として加えておく。
【００７３】
図１０は、実施例２のジョブ登録処理を示すフローチャートである。不揮発性記憶部１０２上に内部画像サーバー領域が用意されている構成においては、サーバー領域のファイル操作が必要となる。このため、ファイル操作のプログラムがＵＩ制御プログラム１１９に追加され、ＵＩにサーバー領域のファイルシステム処理メニューが増える。ＣＰＵ１０５がＵＩ制御プログラム１１９を実行すると、追加されたプログラムは、内部の画像サーバー領域上のファイルの印刷処理、外部機器とのファイルの送受信を実行する。
【００７４】
内部の画像サーバー領域上のファイルの印刷処理において、通常の画像解析および展開処理の代わりに、不揮発性記憶部１０２からファイルのビットイメージをレンダリング領域１１５にロードする画像サーバー情報登録ステップを開始する（S6000）。
【００７５】
ＵＩ制御プログラム１１９は、ユーザーにより行われたＵＩの操作入力の内容を判定し(S6001)、追加されたファイルシステム処理メニューによる画像サーバー上のファイルの印字指定が有るかを確認する(S6002)。その結果、印字指定が無いときには従来の各種操作処理を実行する（S6003）。追加されたファイルシステム処理メニューによる画像サーバー上のファイルの印字指示が有るときには、指定されたファイルを選択する（S6004）。選択されたファイルの目標温度を取り出し(S6005)、スケジュールリストに選択されたファイルの目標温度の登録を行う（S6006）。所定時間T以上間隔をあけてスケジュールリストに内部画像サーバー上の展開されたビットマップイメージの読み込みを登録して(S6007)終了する（S6008）。システム全体の処理のうちスケジュール処理の過程において、画像展開の代わりにビットマップイメージの読み込みが実行され印字出力される。
【００７６】
本実施例の構成によって、エネルギーマネジメントを行う印字処理システムにおいて、印字パフォーマンスを落とすこと無く内部サーバーに蓄えられた画像情報を、外部機器から送られてきた画像データに混在させて処理することが可能になる。
【００７７】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。すなわち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、本発明は、複数のプロセッサが連携して処理を行うことによっても実現できるものである。
【図１】
2013076929.tif 000005
【図２】
2013076929.tif 000006
【図３】
2013076929.tif 000007
【図４】
2013076929.tif 000008
【図５】
2013076929.tif 000009
【図６】
2013076929.tif 000010
【図７】
2013076929.tif 000011
【図８】
2013076929.tif 000012
【図９】
2013076929.tif 000013
【図１０】
2013076929.tif 000014
【図１１】
2013076929.tif 000015
【図１２】
2013076929.tif 000016