(57)【要約】【課題】  無駄に電力を消費することのない画像形成システムを提供する。【解決手段】  画像形成システムは、ホストデバイスと、画像形成のための複数の機能ブロックからなるコントローラシステムを有する画像形成装置とからなる。ホストデバイスは、コントローラシステムからのプロファイル情報を受けると、その内容を解析し（Ｓ１１）、コントローラシステムの有する機能ブロックに適したデータをページ記述言語で作成し（Ｓ１２）、コントローラシステムに送信する（Ｓ１３）。【選択図】      図３
2007072952.tif 000002
【特許請求の範囲】
【請求項１】
ホストデバイスと、画像形成のための複数の機能ブロックを含むコントローラシステムを有する画像形成装置とからなる画像形成システムにおいて、
前記画像形成装置は、前記複数の機能ブロックの処理能力情報を前記ホストデバイスに送信する送信手段と、
前記ホストデバイスから画像形成のためのページ記述言語を受信する受信手段とを含み、
前記ホストデバイスは、アプリケーションプログラムの要求に応じて、前記アプリケーションプログラムによって作成された画像形成データを前記画像形成装置で処理するためのページ記述言語に変換するドライバを有し、
前記ドライバは、前記画像形成装置から送信されてきた前記機能ブロックの処理能力情報を解析する解析手段と、
前記解析手段によって解析された前記機能ブロックの処理能力情報に応じて前記画像形成装置を制御するための最適なページ記述言語を作成する作成手段とを含む、画像形成システム。
【請求項２】
前記機能ブロックはＡＳＩＣで構成されている、請求項１に記載の画像形成システム。
【請求項３】
前記複数の機能ブロックの中には、前記画像形成データの処理に必要な機能ブロックと不要な機能ブロックとが存在し、
前記ドライバの作成手段は、当該画像形成データの処理に必要な機能ブロックを特定し、
前記画像形成装置は、前記ページ記述言語を受信したとき、当該画像形成データの処理に必要な機能ブロックの動作のみを作動させ、当該画像形成データの処理に不要な機能ブロックの動作を停止させる制御手段とを含む、請求項１または２に記載の画像形成システム。
【請求項４】
前記機能ブロックは、所定の動作クロックおよび供給電圧で制御され、
前記ドライバの作成手段は、前記機能ブロックの前記動作クロックまたは前記供給電圧を制御するページ記述言語を作成する、請求項１から３のいずれかに記載の画像形成システム。
【請求項５】
用紙上に画像を形成するエンジンシステムと、前記エンジンシステムに接続され、前記エンジンシステムを制御するための複数の機能ブロックを含むコントローラシステムを有する画像形成装置であって、
前記エンジンシステムは、当該エンジンシステムを構成する機器およびその作動情報を前記コントローラシステムに送信する送信手段を含み、
前記コントローラシステムは、前記エンジンシステムから送信された情報に基づいて、前記複数の機能ブロックの作動状態を個別に制御する制御手段を含む、画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成システムに関し、特に、パソコンのようなホストデバイスと画像形成装置とからなる画像形成システムに関する。
【背景技術】
【０００２】
パソコン等のホストデバイスとそれに接続されたプリンタのような画像形成装置とからなる、従来の画像形成システムが、たとえば、特開２００２−２５９０８６号公報（特許文献１）に開示されている。同公報によれば、プリンタに設けられたプリンタコントローラは、パソコンのようなホストデバイスに設けられたプリンタドライバで生成されたページ記述言語によって記述された描画コマンドからプリンタコントローラでのＣＰＵインストラクションの実行数を予測する。そして、たとえば、ページ単位で画像形成装置を制御している。
【特許文献１】特開２００２−２５９０８６号公報（段落番号０００７、００２４等）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の画像形成システムは上記のように構成されていた。従来は、ページ記述言語で記述された描画コマンドのみを参照し、描画印刷を行なうデータの複雑度や、装置の状態を参照することは無かった。そのため、たとえば、非常に処理の容易なテキスト文書等の印字においても、画像形成装置のＣＰＵが全力動作することになり過剰な消費電力を消費してしまうという問題があった。また、画像形成装置は、複数の機能ブロックからなるＡＳＩＣ（Application Specific Integrated Circuit)で構成される場合があるが、この場合も、上記と同様に、処理の容易なテキスト文書等の印字においても、ＡＳＩＣが全力動作することになり過剰な消費電力を消費してしまうという問題があった。
【０００４】
この発明は、上記のような問題点に着目してなされたもので、無駄に電力を消費することのない画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
この発明によれば、画像形成システムは、ホストデバイスと、画像形成のための複数の機能ブロックからなるコントローラシステムを有する画像形成装置とからなる。画像形成装置は、複数の機能ブロックの処理能力情報をホストデバイスに送信する送信手段と、ホストデバイスからのページ記述言語を受信する受信手段とを含み、ホストデバイスは、アプリケーションプログラムの要求に応じて、アプリケーションプログラムによって作成された画像形成データを画像形成装置で処理するためのページ記述言語に変換するドライバを有し、ドライバは、画像形成装置から送信されてきた機能ブロックの処理能力情報を解析する解析手段と、解析手段によって解析された機能ブロックの処理能力情報に応じて画像形成装置を制御するための最適なページ記述言語を作成する作成手段とを含む。
【０００６】
好ましくは、機能ブロックはＡＳＩＣで構成される。
【０００７】
さらに好ましくは、複数の機能ブロックの中には、画像形成データの処理に必要な機能ブロックと不要な機能ブロックとが存在し、ドライバの作成手段は、当該画像形成データの処理に必要な機能ブロックを特定し、画像形成装置は、当該画像形成データの処理に必要な機能ブロックを受信したとき、当該画像形成データの処理に不要な機能ブロックの動作を停止させる制御手段とを含む。
【０００８】
この発明の一実施の形態においては、機能ブロックは、所定の動作クロックおよび供給電圧で制御され、ページ記述言語は、機能ブロックの動作クロックまたは供給電圧を制御する。
この発明の他の局面においては、画像形成装置は、用紙上に画像を形成するエンジンシステムと、エンジンシステムに接続され、エンジンシステムを制御するための複数の機能ブロックを含むコントローラシステムを有する。エンジンシステムは、当該エンジンシステムを構成する機器およびその作動情報をコントローラシステムに送信する送信手段を含み、コントローラシステムは、エンジンシステムから送信された情報に基づいて、複数の機能ブロックの作動状態を個別に制御する制御手段を含む。
【発明の効果】
【０００９】
画像形成装置から送信された、複数の機能ブロックの処理能力情報を受信すると、ホストデバイスは、ドライバによって、アプリケーションプログラムの要求に応じて画像形成データを画像形成装置で処理するためのページ記述言語に変換する。このとき、ドライバは、画像形成装置から送信されてきた機能ブロックの処理能力情報を解析して、機能ブロックの処理能力情報に応じて画像形成装置を制御するための最適なページ記述言語を作成する。
【００１０】
画像形成装置を構成する機能ブロックの処理能力に最も適した内容のページ記述言語が作成されるため、各機能ブロックが最も効率よく作動される。
【００１１】
その結果、無駄に電力を消費することのない画像形成システムを提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、この発明の実施の形態を図面を参照して説明する。図１はこの発明の一実施の形態にかかる、画像形成システムの全体構成を示すブロック図である。図１を参照して、画像形成システムは、パソコンのようなホストデバイス１０とホストデバイス１０に接続されたプリンタのような画像形成装置２０とからなる。ホストデバイス１０は、アプリケーションプログラムを処理するとともに、ホストデバイス１０全体を制御するＣＰＵ１１と、アプリケーションプログラムによって作成された画像形成データを画像形成装置で処理するためのページ記述言語に変換するプリンタドライバ１２とを含む。
【００１３】
画像形成装置２０は、コントローラシステム２１と、用紙上に画像を形成するためのエンジンシステム２５とを含む。エンジンシステム２５は、画像を印刷するためのプリンタエンジンを含み、エンジンシステム２５を構成する機器の機器情報や印刷が行なわれる用紙の用紙情報がエンジンシステム２５からコントローラシステム２１へ送信される。具体的には、紙詰まり等の異常状態（印字不可状態）が発生していることや、現在選択されている用紙等の情報が送信される。
【００１４】
次にコントローラシステム２１の詳細について説明する。図２は、コントローラシステムを示すブロック図である。図２を参照して、コントローラシステム２１は、画像形成装置２０全体を制御するＣＰＵ２２と、ＡＳＩＣ３０と、ホストデバイス１０とコントローラシステム２１とを接続するためのホストインターフェイス（Ｉ／Ｆ）２６とを含む。
【００１５】
ＡＳＩＣ３０は、ＣＰＵ２２の動作モードを切替えるための動作モード切替制御ブロック３１と、それぞれが異なる機能を達成する機能ブロックＡ〜Ｃ，Ｘと、接続するための接続端子とを含む。ホストデバイス１０と画像形成装置２０との間は、セントロニクスインターフェイス（パラレルインターフェイスの一種）やネットワークやＵＳＢ等で接続可能であり、そのためのＩＥＥＥ１２８４出力端子３６、イーサネット（登録商標）端子３７、ＵＳＢ端子３８が設けられている。機能ブロックＡ〜Ｃ，・・・Ｘ（図では、Ｄ〜Ｙは省略している）としては、それぞれ、たとえば、「ＣＰＵインターフェイス」（ＣＰＵの動作クロックまたは供給電圧を制御する機能ブロック）、「割り込みコントローラ」、「ハードウエア圧縮／伸張器」、「ＤＭＡコントローラ」、「色変換回路」、「描画補助回路」等がある。
【００１６】
ＡＳＩＣ３０は、これらの機能ブロック単位で、動作／停止の制御、または動作クロックの変更が可能である。
【００１７】
なお、図２においては図示を省略しているが、コントローラシステム２１には、エンジンシステム２５との交信を行なうインターフェイスも存在する。また、ＣＰＵ２２や、複数の機能ブロックの各々には、それぞれ所定の動作クロックや所定の供給電圧が供給されており、これらは、後に説明する、ホストデバイス１０から送られてくるページ記述言語によって制御される。
【００１８】
次にホストデバイス１０と画像形成装置２０との動作について説明する。図３はホストデバイス１０と画像形成装置２０とのそれぞれのＣＰＵ１１，２２が行なう動作を示すフローチャートである。図３を参照して、ホストデバイス１０は、たとえば、画像形成装置２０の電源投入時に、画像形成装置２０のコントローラシステム２１と交信する。まずコントローラシステム２１は、ＣＰＵ２２や、ＡＳＩＣ３０の型番号等を示すプロファイル情報をホストデバイス１０に送信する（ステップＳ２１、以下「ステップ」を省略する）。ここでプロファイル情報としては、上記した型番号に限らず、たとえば、ＣＰＵの種類／動作速度やＡＳＩＣに搭載されている圧縮／伸張器の種類／個数等の情報や、色変換回路の有無などの情報であってもよい。ホストデバイス１０は、コントローラシステム２１から受信したこれらのプロファイル情報を解析する（Ｓ１１）。
【００１９】
一方、ホストデバイス１０は、ユーザの要求に応じてアプリケーションプログラムを作動し、画像形成装置２０に対して、印字等を行なうコマンドの作成時に、Ｓ１１で解析したコントローラシステム２１の有する機能等に適したデータをページ記述言語で作成し（Ｓ１２）、それをコントローラシステム２１に送信する（Ｓ１３）。
【００２０】
コントローラシステム２１は、これを印字内容とともに受信し（Ｓ２２）、それに応じて、ＣＰＵ２２は、コントローラシステム２１中の必要な機能を選択し（Ｓ２３）、印字処理を行なう（Ｓ２４）。
【００２１】
次に、Ｓ１２で述べた「機能に適したデータの作成」の具体例について説明する。図４は、「機能に適したデータの作成」の具体例を示すフローチャートである。ここでは、Ｓ２１で示したプロファイル情報として、コントローラシステム２１からホストインターフェイス２６の有しているインターフェイスの速度情報や、機能ブロック情報がプロファイル情報として送信されているものとする。
【００２２】
このとき、ホストデバイス１０のＣＰＵ１１は、プロファイル情報から、ホストインターフェイス２６が高速か低速かを判断する（Ｓ１３１）。低速インターフェイスであると判断したときは（Ｓ１３１でＹＥＳ）、ホストインターフェイス２６における通信時間のオーバーヘッドを削減するために、ドライバ１２で送信データを圧縮する（Ｓ１３２）。こうすることによって、画像形成装置２０への転送時間を削減する。その後コントローラシステム２１の有する複数の機能の中から、必要な機能と不要な機能とを判別し（Ｓ１３３）、その内容をページ記述言語に変換する（Ｓ１３４）。なお、Ｓ１３１でホストインターフェイスが高速であると判断されたときは、送信データを圧縮することなくＳ１３３へ進む。
【００２３】
なお、上記時実施の形態においては、コントローラシステムに低速なホストインターフェイスが設けられている場合に、データを圧縮する例について説明したが、これに限らず、コントローラシステム２１に高速な伸張器が設けられている場合にも積極的に圧縮データを送信してもよい。こうすれば、画像形成システムとして消費電力と処理能力との両者の最適化を図ることができる。
【００２４】
また、ドライバ１２から送信されてきたページ記述言語を解析することにより、キャリブレーション等の画像調整時期を予測し、その期間は、処理能力を低下させることによって、低消費電力化を可能としてもよい。
【００２５】
なお、上記実施の形態においては、外部に設けられたホストデバイス１０からのページ記述言語で記載されたコマンドによって、画像形成装置２０のコントローラシステム２１が制御される場合について説明したが、これに限らず、画像形成装置２０の内部に設けられたエンジンシステム２５からの要求に応じて、コントローラシステム２１が制御されてもよい。
【００２６】
そのような例について以下に説明する。たとえば、エンジンシステム２５において、厚紙／ＯＨＰ等の用紙が選択された場合、一般的に定着性を向上させるために、印字速度（紙送り速度）を下げる場合が多い。エンジンシステム２５から、このような用紙による低速印字の通知があった場合は、高速処理の必要性は低い。そこで、ＣＰＵ２２は、消費電力の低減を優先させるために、ＣＰＵ２２の動作周波数を下げたり、不要な機能ブロックを停止させるようにしてもよい。
【００２７】
また、紙切れ／ペーパフル状態等の印字不可状態に陥ったことがエンジンシステム２５で検出されたときは、後続の印字要求が続いている状態でも、ＣＰＵ２２は、コントローラシステム２１の各機能ブロックを停止もしくは低消費電力モードに切替、低消費電力化を図り、印字不可状態が解消された後は、適切な動作モードによって処理を続行するようにしてもよい。
【００２８】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００２９】
【図１】画像形成システムの構成を示すブロック図である。
【図２】コントローラシステムの構成を示すブロック図である。
【図３】画像形成システムを構成するホストデバイスと画像形成装置のコントローラシステムの動作を示すフローチャートである。
【図４】図３のＳ１３で示した機能に適したデータ作成処理の内容を示すフローチャートである。
【符号の説明】
【００３０】
１０  ホストデバイス、１１  ＣＰＵ、１２  ドライバ、２０  画像形成装置、２１  
コントローラシステム、２２  ＣＰＵ、２５  エンジンシステム、２６  ホストインターフェイス、３０  ＡＳＩＣ、３１  動作モード切替制御ブロック、３６  ＩＥＥＥ１２８４端子、３７  イーサネット（登録商標）端子、３８  ＵＳＢ端子。
【図１】
2007072952.tif 000003
【図２】
2007072952.tif 000004
【図３】
2007072952.tif 000005
【図４】
2007072952.tif 000006