画像形成システム
【課題】画像形成システムにおける消費電力の増大を抑制する。
【解決手段】 プリンタ４０には、外部コントローラ３０を介して作像用データが入力され、ＵＩ装置５０を介して画像形成条件の設定データが入力される。また、ＵＩ装置５０は、プリンタ４０から入力されたエラー情報を表示する。ＵＩ装置５０は例えばＰＣで構成され、待受状態または節電状態に設定可能である。ＵＩ装置５０が節電状態の場合に外部コントローラ３０からプリンタ４０に作像用データが入力されると、プリンタ４０はＵＩ装置５０を節電状態に維持させたまま画像形成動作を行う。また、プリンタ４０でエラーが発生した場合、プリンタ４０はＵＩ装置５０を節電状態から待受状態に移行させ、ＵＩ装置５０にエラー情報を表示させる。
【解決手段】 プリンタ４０には、外部コントローラ３０を介して作像用データが入力され、ＵＩ装置５０を介して画像形成条件の設定データが入力される。また、ＵＩ装置５０は、プリンタ４０から入力されたエラー情報を表示する。ＵＩ装置５０は例えばＰＣで構成され、待受状態または節電状態に設定可能である。ＵＩ装置５０が節電状態の場合に外部コントローラ３０からプリンタ４０に作像用データが入力されると、プリンタ４０はＵＩ装置５０を節電状態に維持させたまま画像形成動作を行う。また、プリンタ４０でエラーが発生した場合、プリンタ４０はＵＩ装置５０を節電状態から待受状態に移行させ、ＵＩ装置５０にエラー情報を表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を形成する画像形成システムに関する。
【背景技術】
【０００２】
従来、画像形成装置の動作状態を示す情報を画像形成装置より画像処理装置へ通知し、画像処理装置において通知手段で通知された情報に基づいて画像形成装置の動作状態を検知し、検知された画像形成装置の動作状態と画像処理装置の動作状態とに基づいて消費電力を低減する節電モード等の実行を制御する画像処理システムが開示されている (例えば、特許文献１参照。)。
【０００３】
【特許文献１】特開平８−３２４０７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述した技術を背景としてなされたものであり、その目的とするところは、画像形成システムにおける消費電力の増大を抑制することにある。
【課題を解決するための手段】
【０００５】
かかる目的のもと、本発明が適用される画像形成システムは、外部から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、画像形成装置に接続され、ユーザからの入力を受け付けて画像形成装置に出力し、且つ、画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、画像形成装置は、ユーザインタフェース装置にデータを出力せずに作像用データに基づく画像形成を開始することを特徴としている。
【０００６】
このような画像形成システムにおいて、画像形成装置は、作像用データに基づいて記録材に画像を形成する際に画像形成装置において不具合が発生した場合に、ユーザインタフェース装置にデータを出力することができる。また、ユーザインタフェース装置はユーザインタフェース装置における給電量が制限される節電状態および給電量が制限されない非節電状態で動作し、画像形成装置において不具合が発生した場合にユーザインタフェース装置に出力されるデータは、ユーザインタフェース装置を節電状態から非節電状態に復帰させる復帰要求であることを特徴とすることができる。さらに、画像形成装置およびユーザインタフェース装置はイーサネット(登録商標)で接続され、画像形成装置は、ユーザインタフェース装置との接続を確立した際にユーザインタフェース装置のＭＡＣアドレスを取得し、復帰要求にＭＡＣアドレスを対応付けて出力することができる。
【０００７】
また、他の観点から捉えると、本発明が適用される画像形成システムは、入力される画像データを作像用データに変換する変換装置と、変換装置に接続され、変換装置から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、画像形成装置に接続され、ユーザからの入力を受け付けて画像形成装置に出力し、且つ、画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、画像形成装置およびユーザインタフェース装置は、給電量が制限される節電状態および給電量が制限されない非節電状態でそれぞれ動作し、変換装置から画像形成装置に作像用データが入力された際に、画像形成装置は節電状態から非節電状態に移行し、且つ、ユーザインタフェース装置は節電状態を維持することを特徴としている。
【０００８】
このような画像形成システムにおいて、画像形成装置が作像用データに基づいて記録材に画像を形成する際に画像形成装置において不具合が発生した場合に、ユーザインタフェース装置は節電状態から非節電状態に移行することができる。また、ユーザインタフェース装置は、ＯＳ(Operating System)上で動作するコンピュータ装置であることを特徴とすることができる。
【発明の効果】
【０００９】
請求項１記載の発明によれば、画像形成システムにおける消費電力の増大を抑制することができる。
請求項２記載の発明によれば、画像形成を行う際に不具合が生じた場合でも、ユーザに不具合の発生を通知することが可能になる。
請求項３記載の発明によれば、ユーザインタフェース装置が節電状態におかれる場合であっても、ユーザに不具合の発生を通知することができる。
請求項４記載の発明によれば、ユーザインタフェース装置が節電状態におかれる場合であっても、画像形成装置からユーザインタフェース装置に対して復帰要求を行うことができる。
請求項５記載の発明によれば、画像形成システムにおける消費電力の増大を抑制することができる。
請求項６記載の発明によれば、ユーザインタフェース装置が節電状態におかれている場合であっても、ユーザに不具合の発生を通知することが可能になる。
請求項７記載の発明によれば、ユーザインタフェース装置の汎用性を高めることができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して、本発明を実施するための最良の形態(以下、実施の形態という)について詳細に説明する。
図１は本実施の形態が適用される画像形成システムの構成例を示す図である。この画像形成システムは、複数のクライアント１０(具体的には１０ａ、１０ｂ、１０ｃ)、ネットワーク２０、外部コントローラ３０、プリンタ４０、およびＵＩ(User Interface)装置５０を備える。
【００１１】
クライアント１０は、ネットワーク２０に対し、例えばＰＤＬ(Page Description Language：ページ記述言語)にて記述された印刷用データや画像形成動作の実行指示等を含むジョブデータを送信する。
変換装置としての外部コントローラ３０は、ネットワーク２０を介して受信した画像データとしてのジョブデータを解釈して、得られた作像用データ(ビットマップデータ)を送信する。
画像形成装置としてのプリンタ４０は、外部コントローラ３０から受信した作像用データに基づき、対象となる用紙上に画像を形成する。
ユーザインタフェース装置としてのＵＩ装置５０は、プリンタ４０とは別筐体の装置からなり、例えばＰＣ(Personal Computer)等のコンピュータ装置にて構成されている。ＵＩ装置５０は、プリンタ４０における各種画像形成条件の設定を受け付け、得られた設定データをプリンタ４０に送信する。なお、プリンタ４０は受信した設定データに基づき各種画像形成条件の設定を行う。また、プリンタ４０は例えば用紙切れ等のエラーが発生した場合に、得られたエラー情報をＵＩ装置５０に送信する。この場合に、ＵＩ装置５０は受信したエラー情報をディスプレイ等に表示する。
【００１２】
ここで、プリンタ４０は、用紙供給部６０、画像形成部７０、および制御部８０を備える。これらのうち、用紙供給部６０は画像形成の対象となる用紙を画像形成部７０に向けて供給する。また、画像形成部７０は用紙供給部６０によって供給される用紙に対し画像形成を行う。なお、本実施の形態では、画像形成部７０が所謂電子写真方式を用いて画像形成を行う。ただし、画像形成部７０における画像形成方式としては、電子写真方式の他、インクジェット方式、あるいは静電記録方式など、各種方式を採用することができる。さらに、制御部８０は、用紙供給部６０による用紙供給動作や画像形成部７０による画像形成動作など、プリンタ４０内における各種動作や処理の全体を制御する。
【００１３】
なお、プリンタ４０は、用紙供給部６０および画像形成部７０の全体に給電を行うことで、直ちに画像形成可能な機能を維持する待受状態(非節電状態)に設定することができる。また、このプリンタ４０は、用紙供給部６０および画像形成部７０の全部または一部に対する給電を停止または低減させることで、プリンタ４０における消費電力を低減する節電状態に設定することもできる。なお、節電状態において、プリンタ４０は直ちに画像形成動作を開始することができず、一旦、節電状態から待受状態へと移行させることが必要となる。
【００１４】
一方、ＵＩ装置５０は、コンピュータ装置を構成するＣＰＵ(Central Processing Unit)、メモリ、ハードディスクドライブ等の記憶装置、液晶ディスプレイ等の表示装置の全体に給電を行うことで直ちに動作可能な機能を維持する待受状態(非節電状態)に設定することができる。また、このＵＩ装置５０は、これらＣＰＵ、メモリ、記憶装置、表示装置等の一部に対する給電を停止または減少させることで、待機時におけるＵＩ装置５０の消費電力を低減する節電状態に設定することもできる。なお、ＵＩ装置５０は、節電状態では直ちに動作を開始することができず、一旦、節電状態から待受状態へと移行させることが必要となる。
【００１５】
図２は、上述した外部コントローラ３０の機能ブロック図を示している。外部コントローラ３０は、受信したジョブデータをプリンタ４０側が理解できるビットマップデータに変換するＲＩＰ(Raster Image Processor)サーバとして機能している。このような外部コントローラ３０としては、例えばＣＲＥＯ社のSpire、ＥＦＩ社のFiery、ゼロックス社のDocuSP等を挙げることができる。
【００１６】
外部コントローラ３０は、受信部３１、ジョブデータ解釈部３２、作像用データ格納部３３、送信制御部３４、および送信部３５を備える。
受信部３１は、クライアント１０からネットワーク２０を介して送信されるジョブデータや、プリンタ４０から送信されるプリンタの給電状態信号等を受信する。
ジョブデータ解釈部３２は、受信したジョブデータを解釈して、ビットマップデータである作像用データに変換する。
作像用データ格納部３３は、ジョブデータ解釈部３２で変換された作像用データを一時的に格納する。
送信制御部３４は、受信部３１がジョブデータを受信するのに伴い、プリンタ４０の給電状態を把握するための問い合わせ信号を出力する。また、送信制御部３４は、このときにプリンタ４０が節電状態であった場合に、プリンタ４０を節電状態から待受状態に復帰させるための復帰要求信号を出力する。
送信部３５は、送信制御部３４から入力される各種信号や作像用データ格納部３３に格納される作像用データを、プリンタ４０に送信する。
【００１７】
図３は、プリンタ４０に設けられた制御部８０の機能ブロック図を示している。
制御部８０は、受信部８１、動作制御部８２、計時部８３、および給電制御部８４を備える。また、この制御部８０は、エラー検知部８５、送信制御部８６、ＭＡＣアドレス格納部８７、および送信部８８をさらに備える。
【００１８】
受信部８１は、外部コントローラ３０から送信される問い合わせ信号、復帰要求信号および作像用データや、ＵＩ装置５０から送信される各種画像形成条件の設定データ等を受信する。
動作制御部８２は、受信部８１が受信した設定データに基づき、用紙供給部６０および画像形成部７０における動作条件を設定する。また、動作制御部８２は、受信部８１が受信した作像用データに基づき、上記各種画像形成条件が設定された用紙供給部６０および画像形成部７０を制御して、用紙上に画像を形成させる。
計時部８３は時計を内蔵しており、一定時間が経過する毎にタイマー割り込み信号を出力している。
給電制御部８４は、用紙供給部６０および画像形成部７０に対する給電制御を行う。本実施の形態では、上述したようにプリンタ４０が待受状態および節電状態の二状態に設定可能であり、給電制御部８４は、計時部８３による計時結果等に基づいてこれら用紙供給部６０および画像形成部７０を待受状態から節電状態へと移行させる。また、給電制御部８４は、用紙供給部６０および画像形成部７０が節電状態におかれている場合であって、受信部８１が外部コントローラ３０からの復帰要求信号を受信した際に、これら用紙供給部６０および画像形成部７０を待受状態に復帰させる。
【００１９】
エラー検知部８５は、用紙供給部６０および画像形成部７０で発生したエラーを検知する。なお、エラー検知部８５が検知するエラーとしては、例えば用紙供給部６０における用紙切れ、用紙供給部６０や画像形成部７０における紙詰まり(用紙ジャム)、用紙供給部６０や画像形成部７０を構成する機能部材の異常(故障)等が挙げられる。
送信制御部８６は、受信部８１が受信した問い合わせ信号に基づき、プリンタ４０における給電状態(待受状態または節電状態)を把握し、得られた給電状態信号を出力する。なお、送信制御部８６は、例えば給電制御部８４に対して給電状態の問い合わせを行うことで、プリンタ４０における給電状態を把握することができる。また、送信制御部８６は、エラー検知部８５でエラー検知がなされた場合に、ＵＩ装置５０の給電状態を把握するための問い合わせ信号を出力する。さらに、送信制御部８６は、このときにＵＩ装置５０が節電状態であった場合に、ＵＩ装置５０を節電状態から待受状態に復帰させるための復帰要求信号を出力する。
ＭＡＣアドレス格納部８７は、ＵＩ装置５０に設けられたＮＩＣ(Network Interface Card、詳細は後述)に付与されたＭＡＣ(Media Access Control)アドレスを受信部８１が受信した際に、このＭＡＣアドレスを格納する。
送信部８８は、エラー検知部８５でエラー検知がなされた場合に、得られたエラー検知データを送信する。また、送信部８８は、送信制御部８６から出力される給電状態信号、問い合わせ信号、および復帰要求信号を送信する。
【００２０】
図４は、ＵＩ装置５０の機能ブロック図を示している。
ＵＩ装置５０は、受信部５１、メイン処理部５２、表示部５３、および入力受付部５４を備える。また、ＵＩ装置５０は、計時部５５、給電制御部５６、送信部５７、およびＭＡＣアドレス記憶部５８をさらに備える。
【００２１】
受信部５１は、プリンタ４０の制御部８０から送信される問い合わせ信号、復帰要求信号およびエラー情報を受信する。
メイン処理部５２は、受信部５１が受信した問い合わせ信号、復帰要求信号およびエラー情報や、入力受付部５４を介して受け付けたユーザ入力データ等に、所定の処理を施す。
表示部５３は、上記メイン処理部５２にて処理が施された上記エラー情報やユーザ入力データ等をディスプレイ等に表示する。
入力受付部５４は、例えばマウスやキーボード等の入力デバイスによって構成され、ユーザによるデータ入力を受け付けるとともに、受け付けたユーザ入力データをメイン処理部５２に出力する。
計時部５５は、時計を内蔵しており、一定時間が経過する毎にタイマー割り込み信号を出力している。
【００２２】
給電制御部５６は、メイン処理部５２、表示部５３、および入力受付部５４、に対する給電制御を行う。本実施の形態では、上述したようにＵＩ装置５０が待受状態および節電状態の二状態に設定可能であり、給電制御部５６は、計時部５５による計時結果等に基づいてこれら各機能部の全部または一部を待受状態から節電状態へと移行させる。また、給電制御部５６は、これら各機能部の全部または一部が節電状態におかれているときであって、受信部５１がプリンタ４０の制御部８０からの復帰要求信号を受信した際に、これら各機能部を待受状態に復帰させる。
【００２３】
送信部５７は、入力受付部５４を介しユーザ入力データとして各画像形成条件の設定データが入力された場合に、この設定データをプリンタ４０の制御部８０に向けて送信する。また、送信部５７は、受信部５１を介して制御部８０からＵＩ装置５０のＭＡＣアドレスの問い合わせがなされたときに、ＭＡＣアドレス記憶部５８からＭＡＣアドレスを読み出して制御部８０に送信する。なお、このＵＩ装置５０において、受信部５１および送信部５７は、上述したようにＮＩＣにて構成される。このＮＩＣにはそれぞれ固有のＭＡＣアドレスが付与されており、ＭＡＣアドレス記憶部５８はこのＭＡＣアドレスを記憶している。
【００２４】
また、ＵＩ装置５０は、上述したようにＰＣ等にて構成され、上記設定データの入力プログラム等は、例えばウィンドウズ(登録商標)等のＯＳ上で動作する。このため、ＵＩ装置５０では、ＡＣＰＩ(Advanced Configration and Power Interface)等の電力管理規格に基づいて、給電状態の制御が行われる。
【００２５】
では次に、この画像形成システムにおける画像形成動作について詳細に説明する。
まず、画像形成動作が開始される前に、ＵＩ装置５０を用いて、ユーザにより各種画像形成条件の設定がなされる。各種画像形成条件は、入力受付部５４にて受け付けられ、メイン処理部５２にて処理を施して設定データとした後、送信部５７がプリンタ４０の制御部８０に送信する。
プリンタ４０では、制御部８０に設けられた受信部８１がかかる設定データを受信し、動作制御部８２が用紙供給部６０および画像形成部７０における動作条件を設定する。
以上により、プリンタ４０における画像形成動作が実行可能となる。
【００２６】
図５は、外部コントローラ３０における処理の流れを示すフローチャートである。
まず、クライアント１０ａ〜１０ｃのいずれかからネットワーク２０を介して送信されたジョブデータを受信部３１が受信する(ステップ１０１)。次に、ジョブデータ解釈部３２は、受信したジョブデータから作像用データを作成する(ステップ１０２)。なお、作像用データ格納部３３は、ジョブデータ解釈部３２が作成した作像用データを一時的に格納する。
【００２７】
また、受信部３１がジョブデータを受信したことを受けて、送信制御部３４はプリンタ４０の給電状態を把握するための問い合わせ信号を出力し、送信部３５はこの問い合わせ信号をプリンタ４０の制御部８０に送信する。その結果、プリンタ４０の制御部８０からは、プリンタ４０が待受状態にあるか節電状態にあるかを示す給電状態信号が返信される。受信部３１がこの給電状態信号を受信すると、送信制御部３４はこの給電状態信号に基づいてプリンタ４０が待受状態にあるか否かを判断する(ステップ１０３)。
【００２８】
ここで、プリンタ４０が待受状態にない場合すなわち節電状態にあると判断した場合、送信制御部３４はプリンタ４０の復帰要求信号を出力し、送信部３５はこの復帰要求信号をプリンタ４０の制御部８０に送信する。すなわち、外部コントローラ３０はプリンタ４０に対し待受状態への復帰を指示する(ステップ１０４)。その後、送信制御部３４は送信部３５を介して外部コントローラ３０とプリンタ４０との接続処理を行う(ステップ１０５)。そして、送信制御部３４は、作像用データ格納部３３に格納される作像用データを、送信部３５を介してプリンタ４０の制御部８０に送信する(ステップ１０６)。
一方、上記ステップ１０３においてプリンタ４０が待受状態にあると判断した場合、送信制御部３４は、直ちにステップ１０６に移行し、作像用データ格納部３３に格納される作像用データを、送信部３５を介してプリンタ４０の制御部８０に送信する。
【００２９】
ここで図６は、上記ステップ１０４においてプリンタ４０に復帰指示がなされた際の処理の流れを示すフローチャートである。
受信部８１が外部コントローラ３０からの復帰要求信号すなわち復帰指示を受信すると(ステップ２０１)、動作制御部８２は給電制御部８４に復帰指示を行い、その結果、給電制御部８４は用紙供給部６０や画像形成部７０の全部または一部に対する給電の制限を解除することで、待受状態への復帰処理を行う(ステップ２０２)。その後、送信制御部８６は送信部８８を介してプリンタ４０と外部コントローラ３０との接続処理を行い(ステップ２０３)、節電状態から待受状態への復帰を完了する。
【００３０】
図７は、プリンタ４０における処理の流れを説明するためのフローチャートである。
まず、受信部８１が外部コントローラ３０から作像用データを受信する(ステップ３０１)。次に、動作制御部８２はエラー検知部８５にてエラーが検知されているか否か、すなわち、プリンタ４０において画像形成が可能か否かを判断する(ステップ３０２)。
【００３１】
ここで、エラー検知部８５にてエラーが検知されていない場合、すなわち、プリンタ４０において画像形成が可能であると判断した場合、動作制御部８２は用紙供給部６０および画像形成部７０を制御して、作像用データに基づく画像形成動作を実行させる(ステップ３０３)。そして、動作制御部８２は画像形成動作の実行中にエラー検知部８５にてエラーが検知されているか否か、すなわち、プリンタ４０においてエラーが発生したか否かを判断する(ステップ３０４)。
【００３２】
ここで、エラー検知部８５にてエラーが検知されていない場合、動作制御部８２は作像用データに基づく画像形成動作が完了したか否かを判断する(ステップ３０５)。ここで、画像形成動作が完了していないと判断した場合は、ステップ３０２に戻って処理を続行する。一方、ステップ３０５において画像形成動作が完了したと判断した場合、動作制御部８２は画像形成動作の終了処理を行い(ステップ３０６)、一連の画像形成動作を終了する。
【００３３】
一方、上記ステップ３０２やステップ３０４において、エラー検知部８５にてエラーが検知された場合、送信制御部８６はＵＩ装置５０の給電状態を把握するための問い合わせ信号を出力し、送信部８８はこの問い合わせ信号をＵＩ装置５０に送信する。その結果、ＵＩ装置５０からは、ＵＩ装置５０が待受状態にあるか待機状態にあるかを示す給電状態信号が返送される。受信部８１がこの給電状態信号を受信すると、送信制御部８６はこの給電状態信号に基づいてＵＩ装置５０が待受状態にあるか否かを判断する(ステップ３０７)。
【００３４】
ここで、ＵＩ装置５０が待受状態にない場合すなわち節電状態にあると判断した場合、送信制御部８６はＵＩ装置５０の復帰要求信号を出力し、送信部８８はこの復帰要求信号をＵＩ装置５０に送信する。すなわち、プリンタ４０の制御部８０はＵＩ装置５０に対して待受状態への復帰を指示する(ステップ３０８)。その後、送信制御部８６は送信部８８を介してプリンタ４０の制御部８０とＵＩ装置５０との接続処理を行う(ステップ３０９)。また、送信制御部８６は、エラー検知部８５にて検知されたエラー情報を、送信部８８を介してＵＩ装置５０に送信する(ステップ３１０)。なお、ＵＩ装置５０に送信されたエラー情報は、表示部５３に表示される。その後、動作制御部８２は上記ステップ３０６において画像形成動作の終了処理を行い、一連の画像形成動作を終了する。
【００３５】
ここで、図８は、上記ステップ３０８においてＵＩ装置５０に復帰指示がなされた際の処理の流れを示すフローチャートである。
受信部５１がプリンタ４０の制御部８０からの復帰要求信号すなわち復帰指示を受信すると(ステップ４０１)、メイン処理部５２は給電制御部５６に復帰指示を行い、その結果、給電制御部５６は各機能部の全部または一部に対する給電の制限を解除することで、待受状態への復帰処理を行う(ステップ４０２)。その後、メイン処理部５２は送信部５７を介してＵＩ装置５０とプリンタ４０の制御部８０との接続処理を行い(ステップ４０３)、節電状態から待受状態への復帰を完了する。
【００３６】
図９は、プリンタ４０における給電状態の変更処理の流れを示すフローチャートである。なお、この説明では、初期状態においてプリンタ４０が待受状態に設定されているものとする。
プリンタ４０の制御部８０に設けられた計時部８３が一定時間の経過に伴ってタイマー割り込み信号を出力すると(ステップ５０１)、動作制御部８２は前回のタイマー割り込み時以降に画像形成動作を実行したか否かを判断する(ステップ５０２)。ここで、画像形成動作を行っていないと判断した場合、動作制御部８２は前回のタイマー割り込み時以降にＵＩ装置５０を介してユーザによる操作指示を受け付けたか否かを判断する(ステップ５０３)。ここで、操作指示を受け付けていないと判断した場合、動作制御部８２は給電制御部８４に電源供給の変更指示を出力し、給電制御部８４はこの変更指示を受けてプリンタ４０の節電状態移行処理を実行する(ステップ５０４)。すなわち、給電制御部８４は用紙供給部６０および画像形成部７０の全部または一部に対する給電を停止または低減させる。なお、プリンタ４０における節電状態は、上記ステップ１０４における復帰指示がなされるまでの間、続行される。
一方、上記ステップ５０２において画像形成動作を行っていると判断した場合、および、上記ステップ５０３において操作指示を受け付けていると判断した場合、動作制御部８２は、計時部８３による計時をリセットし、タイマーの再セットを行う(ステップ５０５)。
【００３７】
また、図１０は、ＵＩ装置５０における給電状態の変更処理の流れを示すフローチャートである。なお、この例では、初期状態においてＵＩ装置５０が待受状態に設定されているものとする。
ＵＩ装置５０に設けられた計時部５５が一定時間の経過に伴ってタイマー割り込み信号を出力すると(ステップ６０１)、メイン処理部５２は前回のタイマー割り込み時以降に表示部５３における表示内容を更新したか否かを判断する(ステップ６０２)。ここで、表示内容の更新を行っていないと判断した場合、メイン処理部５２は前回のタイマー割り込み時以降に入力受付部５４を介してユーザによる操作指示を受け付けたか否かを判断する(ステップ６０３)。ここで。操作指示を受け付けていないと判断した場合、メイン処理部５２は給電制御部５６に電源供給の変更指示を出力し、給電制御部５６はこの変更指示を受けてＵＩ装置５０の節電状態移行処理を実行する(ステップ６０４)。すなわち、給電制御部８４はメイン処理部５２、表示部５３、入力受付部５４等の全部または一部に対する給電を停止または低減させる。なお、ＵＩ装置５０における節電状態は、上記ステップ３０８における復帰指示がなされるまで、あるいは、ユーザにより入力受付部５４が操作されるまでの間、続行される。
【００３８】
ところで、節電状態にあるＵＩ装置５０に対しプリンタ４０の制御部８０が通信を確立するためには、事前に制御部８０がＵＩ装置５０のＭＡＣアドレスを取得している必要がある。
図１１は、プリンタ４０の制御部８０によるＵＩ装置５０のＭＡＣアドレスの取得処理の流れを示すフローチャートである。なお、この説明では、事前にプリンタ４０とＵＩ装置５０とが、イーサネット(登録商標)によって接続されているものとする。
プリンタ４０およびＵＩ装置５０が起動されると、制御部８０の送信制御部８６は受信部８１を介してＵＩ装置５０から送信されるソケット接続を受信する(ステップ７０１)。次に、送信制御部８６は、受信部８１にて受信したＵＩ装置５０のＭＡＣアドレスを取得する(ステップ７０２)。なお、このとき、ＵＩ装置５０では、送信部５７が、ＭＡＣアドレス記憶部５８から読み出したＭＡＣアドレスを送信している。そして、送信制御部８６は、取得したＵＩ装置５０のＭＡＣアドレスをＭＡＣアドレス格納部８７に記録させる(ステップ７０３)。その後、送信制御部８６はＵＩ装置５０との接続処理を実行し(ステップ７０４)、一連の処理を完了する。
【００３９】
一方、図１２は、上記ステップ３０８において、プリンタ４０の制御部８０が実行する具体的な処理の流れを示すフローチャートである。
送信制御部８６は、まず、ＭＡＣアドレス格納部８７に送信対象となるＭＡＣアドレスが記録されているか否かを判断する(ステップ８０１)。ここで、ＭＡＣアドレスが記録されていないと判断した場合、送信制御部８６は処理を終了する。一方、ＭＡＣアドレスが記録されていると判断した場合、送信制御部８６は記録済みのＭＡＣアドレスを取得する(ステップ８０２)。そして、送信制御部８６は読み出したＭＡＣアドレスを対象とする復帰要求信号としてのＷＡＫＥ−ＯＮ−ＬＡＮパケットを作成し、送信部８８を介してＵＩ装置５０に送信する(ステップ８０３)。
ここで、ＷＡＫＥ−ＯＮ−ＬＡＮパケットはＭａｇｉｃパケットとも呼ばれ、節電状態(例えば上記ＡＣＰＩではＧ１−スリープ)にあるＰＣ(ＵＩ装置５０)をＬＡＮを介して待受状態(ＡＣＰＩではＧ０−フル稼働)とすることを可能としたものである。
【図面の簡単な説明】
【００４０】
【図１】実施の形態が適用される画像形成システムの構成例を示す図である。
【図２】外部コントローラの機能ブロック図である。
【図３】プリンタに設けられた制御部の機能ブロック図である。
【図４】ＵＩ装置の機能ブロック図である。
【図５】外部コントローラにおける画像形成動作時の処理の流れを示すフローチャートである。
【図６】プリンタに復帰指示がなされた際の処理の流れを示すフローチャートである。
【図７】プリンタにおける画像形成動作時の処理の流れを示すフローチャートである。
【図８】ＵＩ装置に復帰指示がなされた際の処理の流れを示すフローチャートである。
【図９】プリンタにおける給電状態の変更処理の流れを示すフローチャートである。
【図１０】ＵＩ装置における給電状態の変更処理の流れを示すフローチャートである。
【図１１】プリンタの制御部によるＵＩ装置のＭＡＣアドレスの取得処理の流れを示すフローチャートである。
【図１２】ＵＩ装置に対して復帰指示を送信する際にプリンタの制御部が実行する具体的な処理の流れを示すフローチャートである。
【符号の説明】
【００４１】
１０(１０ａ、１０ｂ、１０ｃ)…クライアント、２０…ネットワーク、３０…外部コントローラ、３１…受信部、３２…ジョブデータ解釈部、３３…作像用データ格納部、３４…送信制御部、３５…送信部、４０…プリンタ、５０…ＵＩ装置、５１…受信部、５２…メイン処理部、５３…表示部、５４…入力受付部、５５…計時部、５６…給電制御部、５７…送信部、５８…ＭＡＣアドレス記憶部、６０…用紙供給部、７０…画像形成部、８０…制御部、８１…受信部、８２…動作制御部、８３…計時部、８４…給電制御部、８５…エラー検知部、８６…送信制御部、８７…ＭＡＣアドレス格納部、８８…送信部
【技術分野】
【０００１】
本発明は、画像を形成する画像形成システムに関する。
【背景技術】
【０００２】
従来、画像形成装置の動作状態を示す情報を画像形成装置より画像処理装置へ通知し、画像処理装置において通知手段で通知された情報に基づいて画像形成装置の動作状態を検知し、検知された画像形成装置の動作状態と画像処理装置の動作状態とに基づいて消費電力を低減する節電モード等の実行を制御する画像処理システムが開示されている (例えば、特許文献１参照。)。
【０００３】
【特許文献１】特開平８−３２４０７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述した技術を背景としてなされたものであり、その目的とするところは、画像形成システムにおける消費電力の増大を抑制することにある。
【課題を解決するための手段】
【０００５】
かかる目的のもと、本発明が適用される画像形成システムは、外部から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、画像形成装置に接続され、ユーザからの入力を受け付けて画像形成装置に出力し、且つ、画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、画像形成装置は、ユーザインタフェース装置にデータを出力せずに作像用データに基づく画像形成を開始することを特徴としている。
【０００６】
このような画像形成システムにおいて、画像形成装置は、作像用データに基づいて記録材に画像を形成する際に画像形成装置において不具合が発生した場合に、ユーザインタフェース装置にデータを出力することができる。また、ユーザインタフェース装置はユーザインタフェース装置における給電量が制限される節電状態および給電量が制限されない非節電状態で動作し、画像形成装置において不具合が発生した場合にユーザインタフェース装置に出力されるデータは、ユーザインタフェース装置を節電状態から非節電状態に復帰させる復帰要求であることを特徴とすることができる。さらに、画像形成装置およびユーザインタフェース装置はイーサネット(登録商標)で接続され、画像形成装置は、ユーザインタフェース装置との接続を確立した際にユーザインタフェース装置のＭＡＣアドレスを取得し、復帰要求にＭＡＣアドレスを対応付けて出力することができる。
【０００７】
また、他の観点から捉えると、本発明が適用される画像形成システムは、入力される画像データを作像用データに変換する変換装置と、変換装置に接続され、変換装置から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、画像形成装置に接続され、ユーザからの入力を受け付けて画像形成装置に出力し、且つ、画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、画像形成装置およびユーザインタフェース装置は、給電量が制限される節電状態および給電量が制限されない非節電状態でそれぞれ動作し、変換装置から画像形成装置に作像用データが入力された際に、画像形成装置は節電状態から非節電状態に移行し、且つ、ユーザインタフェース装置は節電状態を維持することを特徴としている。
【０００８】
このような画像形成システムにおいて、画像形成装置が作像用データに基づいて記録材に画像を形成する際に画像形成装置において不具合が発生した場合に、ユーザインタフェース装置は節電状態から非節電状態に移行することができる。また、ユーザインタフェース装置は、ＯＳ(Operating System)上で動作するコンピュータ装置であることを特徴とすることができる。
【発明の効果】
【０００９】
請求項１記載の発明によれば、画像形成システムにおける消費電力の増大を抑制することができる。
請求項２記載の発明によれば、画像形成を行う際に不具合が生じた場合でも、ユーザに不具合の発生を通知することが可能になる。
請求項３記載の発明によれば、ユーザインタフェース装置が節電状態におかれる場合であっても、ユーザに不具合の発生を通知することができる。
請求項４記載の発明によれば、ユーザインタフェース装置が節電状態におかれる場合であっても、画像形成装置からユーザインタフェース装置に対して復帰要求を行うことができる。
請求項５記載の発明によれば、画像形成システムにおける消費電力の増大を抑制することができる。
請求項６記載の発明によれば、ユーザインタフェース装置が節電状態におかれている場合であっても、ユーザに不具合の発生を通知することが可能になる。
請求項７記載の発明によれば、ユーザインタフェース装置の汎用性を高めることができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して、本発明を実施するための最良の形態(以下、実施の形態という)について詳細に説明する。
図１は本実施の形態が適用される画像形成システムの構成例を示す図である。この画像形成システムは、複数のクライアント１０(具体的には１０ａ、１０ｂ、１０ｃ)、ネットワーク２０、外部コントローラ３０、プリンタ４０、およびＵＩ(User Interface)装置５０を備える。
【００１１】
クライアント１０は、ネットワーク２０に対し、例えばＰＤＬ(Page Description Language：ページ記述言語)にて記述された印刷用データや画像形成動作の実行指示等を含むジョブデータを送信する。
変換装置としての外部コントローラ３０は、ネットワーク２０を介して受信した画像データとしてのジョブデータを解釈して、得られた作像用データ(ビットマップデータ)を送信する。
画像形成装置としてのプリンタ４０は、外部コントローラ３０から受信した作像用データに基づき、対象となる用紙上に画像を形成する。
ユーザインタフェース装置としてのＵＩ装置５０は、プリンタ４０とは別筐体の装置からなり、例えばＰＣ(Personal Computer)等のコンピュータ装置にて構成されている。ＵＩ装置５０は、プリンタ４０における各種画像形成条件の設定を受け付け、得られた設定データをプリンタ４０に送信する。なお、プリンタ４０は受信した設定データに基づき各種画像形成条件の設定を行う。また、プリンタ４０は例えば用紙切れ等のエラーが発生した場合に、得られたエラー情報をＵＩ装置５０に送信する。この場合に、ＵＩ装置５０は受信したエラー情報をディスプレイ等に表示する。
【００１２】
ここで、プリンタ４０は、用紙供給部６０、画像形成部７０、および制御部８０を備える。これらのうち、用紙供給部６０は画像形成の対象となる用紙を画像形成部７０に向けて供給する。また、画像形成部７０は用紙供給部６０によって供給される用紙に対し画像形成を行う。なお、本実施の形態では、画像形成部７０が所謂電子写真方式を用いて画像形成を行う。ただし、画像形成部７０における画像形成方式としては、電子写真方式の他、インクジェット方式、あるいは静電記録方式など、各種方式を採用することができる。さらに、制御部８０は、用紙供給部６０による用紙供給動作や画像形成部７０による画像形成動作など、プリンタ４０内における各種動作や処理の全体を制御する。
【００１３】
なお、プリンタ４０は、用紙供給部６０および画像形成部７０の全体に給電を行うことで、直ちに画像形成可能な機能を維持する待受状態(非節電状態)に設定することができる。また、このプリンタ４０は、用紙供給部６０および画像形成部７０の全部または一部に対する給電を停止または低減させることで、プリンタ４０における消費電力を低減する節電状態に設定することもできる。なお、節電状態において、プリンタ４０は直ちに画像形成動作を開始することができず、一旦、節電状態から待受状態へと移行させることが必要となる。
【００１４】
一方、ＵＩ装置５０は、コンピュータ装置を構成するＣＰＵ(Central Processing Unit)、メモリ、ハードディスクドライブ等の記憶装置、液晶ディスプレイ等の表示装置の全体に給電を行うことで直ちに動作可能な機能を維持する待受状態(非節電状態)に設定することができる。また、このＵＩ装置５０は、これらＣＰＵ、メモリ、記憶装置、表示装置等の一部に対する給電を停止または減少させることで、待機時におけるＵＩ装置５０の消費電力を低減する節電状態に設定することもできる。なお、ＵＩ装置５０は、節電状態では直ちに動作を開始することができず、一旦、節電状態から待受状態へと移行させることが必要となる。
【００１５】
図２は、上述した外部コントローラ３０の機能ブロック図を示している。外部コントローラ３０は、受信したジョブデータをプリンタ４０側が理解できるビットマップデータに変換するＲＩＰ(Raster Image Processor)サーバとして機能している。このような外部コントローラ３０としては、例えばＣＲＥＯ社のSpire、ＥＦＩ社のFiery、ゼロックス社のDocuSP等を挙げることができる。
【００１６】
外部コントローラ３０は、受信部３１、ジョブデータ解釈部３２、作像用データ格納部３３、送信制御部３４、および送信部３５を備える。
受信部３１は、クライアント１０からネットワーク２０を介して送信されるジョブデータや、プリンタ４０から送信されるプリンタの給電状態信号等を受信する。
ジョブデータ解釈部３２は、受信したジョブデータを解釈して、ビットマップデータである作像用データに変換する。
作像用データ格納部３３は、ジョブデータ解釈部３２で変換された作像用データを一時的に格納する。
送信制御部３４は、受信部３１がジョブデータを受信するのに伴い、プリンタ４０の給電状態を把握するための問い合わせ信号を出力する。また、送信制御部３４は、このときにプリンタ４０が節電状態であった場合に、プリンタ４０を節電状態から待受状態に復帰させるための復帰要求信号を出力する。
送信部３５は、送信制御部３４から入力される各種信号や作像用データ格納部３３に格納される作像用データを、プリンタ４０に送信する。
【００１７】
図３は、プリンタ４０に設けられた制御部８０の機能ブロック図を示している。
制御部８０は、受信部８１、動作制御部８２、計時部８３、および給電制御部８４を備える。また、この制御部８０は、エラー検知部８５、送信制御部８６、ＭＡＣアドレス格納部８７、および送信部８８をさらに備える。
【００１８】
受信部８１は、外部コントローラ３０から送信される問い合わせ信号、復帰要求信号および作像用データや、ＵＩ装置５０から送信される各種画像形成条件の設定データ等を受信する。
動作制御部８２は、受信部８１が受信した設定データに基づき、用紙供給部６０および画像形成部７０における動作条件を設定する。また、動作制御部８２は、受信部８１が受信した作像用データに基づき、上記各種画像形成条件が設定された用紙供給部６０および画像形成部７０を制御して、用紙上に画像を形成させる。
計時部８３は時計を内蔵しており、一定時間が経過する毎にタイマー割り込み信号を出力している。
給電制御部８４は、用紙供給部６０および画像形成部７０に対する給電制御を行う。本実施の形態では、上述したようにプリンタ４０が待受状態および節電状態の二状態に設定可能であり、給電制御部８４は、計時部８３による計時結果等に基づいてこれら用紙供給部６０および画像形成部７０を待受状態から節電状態へと移行させる。また、給電制御部８４は、用紙供給部６０および画像形成部７０が節電状態におかれている場合であって、受信部８１が外部コントローラ３０からの復帰要求信号を受信した際に、これら用紙供給部６０および画像形成部７０を待受状態に復帰させる。
【００１９】
エラー検知部８５は、用紙供給部６０および画像形成部７０で発生したエラーを検知する。なお、エラー検知部８５が検知するエラーとしては、例えば用紙供給部６０における用紙切れ、用紙供給部６０や画像形成部７０における紙詰まり(用紙ジャム)、用紙供給部６０や画像形成部７０を構成する機能部材の異常(故障)等が挙げられる。
送信制御部８６は、受信部８１が受信した問い合わせ信号に基づき、プリンタ４０における給電状態(待受状態または節電状態)を把握し、得られた給電状態信号を出力する。なお、送信制御部８６は、例えば給電制御部８４に対して給電状態の問い合わせを行うことで、プリンタ４０における給電状態を把握することができる。また、送信制御部８６は、エラー検知部８５でエラー検知がなされた場合に、ＵＩ装置５０の給電状態を把握するための問い合わせ信号を出力する。さらに、送信制御部８６は、このときにＵＩ装置５０が節電状態であった場合に、ＵＩ装置５０を節電状態から待受状態に復帰させるための復帰要求信号を出力する。
ＭＡＣアドレス格納部８７は、ＵＩ装置５０に設けられたＮＩＣ(Network Interface Card、詳細は後述)に付与されたＭＡＣ(Media Access Control)アドレスを受信部８１が受信した際に、このＭＡＣアドレスを格納する。
送信部８８は、エラー検知部８５でエラー検知がなされた場合に、得られたエラー検知データを送信する。また、送信部８８は、送信制御部８６から出力される給電状態信号、問い合わせ信号、および復帰要求信号を送信する。
【００２０】
図４は、ＵＩ装置５０の機能ブロック図を示している。
ＵＩ装置５０は、受信部５１、メイン処理部５２、表示部５３、および入力受付部５４を備える。また、ＵＩ装置５０は、計時部５５、給電制御部５６、送信部５７、およびＭＡＣアドレス記憶部５８をさらに備える。
【００２１】
受信部５１は、プリンタ４０の制御部８０から送信される問い合わせ信号、復帰要求信号およびエラー情報を受信する。
メイン処理部５２は、受信部５１が受信した問い合わせ信号、復帰要求信号およびエラー情報や、入力受付部５４を介して受け付けたユーザ入力データ等に、所定の処理を施す。
表示部５３は、上記メイン処理部５２にて処理が施された上記エラー情報やユーザ入力データ等をディスプレイ等に表示する。
入力受付部５４は、例えばマウスやキーボード等の入力デバイスによって構成され、ユーザによるデータ入力を受け付けるとともに、受け付けたユーザ入力データをメイン処理部５２に出力する。
計時部５５は、時計を内蔵しており、一定時間が経過する毎にタイマー割り込み信号を出力している。
【００２２】
給電制御部５６は、メイン処理部５２、表示部５３、および入力受付部５４、に対する給電制御を行う。本実施の形態では、上述したようにＵＩ装置５０が待受状態および節電状態の二状態に設定可能であり、給電制御部５６は、計時部５５による計時結果等に基づいてこれら各機能部の全部または一部を待受状態から節電状態へと移行させる。また、給電制御部５６は、これら各機能部の全部または一部が節電状態におかれているときであって、受信部５１がプリンタ４０の制御部８０からの復帰要求信号を受信した際に、これら各機能部を待受状態に復帰させる。
【００２３】
送信部５７は、入力受付部５４を介しユーザ入力データとして各画像形成条件の設定データが入力された場合に、この設定データをプリンタ４０の制御部８０に向けて送信する。また、送信部５７は、受信部５１を介して制御部８０からＵＩ装置５０のＭＡＣアドレスの問い合わせがなされたときに、ＭＡＣアドレス記憶部５８からＭＡＣアドレスを読み出して制御部８０に送信する。なお、このＵＩ装置５０において、受信部５１および送信部５７は、上述したようにＮＩＣにて構成される。このＮＩＣにはそれぞれ固有のＭＡＣアドレスが付与されており、ＭＡＣアドレス記憶部５８はこのＭＡＣアドレスを記憶している。
【００２４】
また、ＵＩ装置５０は、上述したようにＰＣ等にて構成され、上記設定データの入力プログラム等は、例えばウィンドウズ(登録商標)等のＯＳ上で動作する。このため、ＵＩ装置５０では、ＡＣＰＩ(Advanced Configration and Power Interface)等の電力管理規格に基づいて、給電状態の制御が行われる。
【００２５】
では次に、この画像形成システムにおける画像形成動作について詳細に説明する。
まず、画像形成動作が開始される前に、ＵＩ装置５０を用いて、ユーザにより各種画像形成条件の設定がなされる。各種画像形成条件は、入力受付部５４にて受け付けられ、メイン処理部５２にて処理を施して設定データとした後、送信部５７がプリンタ４０の制御部８０に送信する。
プリンタ４０では、制御部８０に設けられた受信部８１がかかる設定データを受信し、動作制御部８２が用紙供給部６０および画像形成部７０における動作条件を設定する。
以上により、プリンタ４０における画像形成動作が実行可能となる。
【００２６】
図５は、外部コントローラ３０における処理の流れを示すフローチャートである。
まず、クライアント１０ａ〜１０ｃのいずれかからネットワーク２０を介して送信されたジョブデータを受信部３１が受信する(ステップ１０１)。次に、ジョブデータ解釈部３２は、受信したジョブデータから作像用データを作成する(ステップ１０２)。なお、作像用データ格納部３３は、ジョブデータ解釈部３２が作成した作像用データを一時的に格納する。
【００２７】
また、受信部３１がジョブデータを受信したことを受けて、送信制御部３４はプリンタ４０の給電状態を把握するための問い合わせ信号を出力し、送信部３５はこの問い合わせ信号をプリンタ４０の制御部８０に送信する。その結果、プリンタ４０の制御部８０からは、プリンタ４０が待受状態にあるか節電状態にあるかを示す給電状態信号が返信される。受信部３１がこの給電状態信号を受信すると、送信制御部３４はこの給電状態信号に基づいてプリンタ４０が待受状態にあるか否かを判断する(ステップ１０３)。
【００２８】
ここで、プリンタ４０が待受状態にない場合すなわち節電状態にあると判断した場合、送信制御部３４はプリンタ４０の復帰要求信号を出力し、送信部３５はこの復帰要求信号をプリンタ４０の制御部８０に送信する。すなわち、外部コントローラ３０はプリンタ４０に対し待受状態への復帰を指示する(ステップ１０４)。その後、送信制御部３４は送信部３５を介して外部コントローラ３０とプリンタ４０との接続処理を行う(ステップ１０５)。そして、送信制御部３４は、作像用データ格納部３３に格納される作像用データを、送信部３５を介してプリンタ４０の制御部８０に送信する(ステップ１０６)。
一方、上記ステップ１０３においてプリンタ４０が待受状態にあると判断した場合、送信制御部３４は、直ちにステップ１０６に移行し、作像用データ格納部３３に格納される作像用データを、送信部３５を介してプリンタ４０の制御部８０に送信する。
【００２９】
ここで図６は、上記ステップ１０４においてプリンタ４０に復帰指示がなされた際の処理の流れを示すフローチャートである。
受信部８１が外部コントローラ３０からの復帰要求信号すなわち復帰指示を受信すると(ステップ２０１)、動作制御部８２は給電制御部８４に復帰指示を行い、その結果、給電制御部８４は用紙供給部６０や画像形成部７０の全部または一部に対する給電の制限を解除することで、待受状態への復帰処理を行う(ステップ２０２)。その後、送信制御部８６は送信部８８を介してプリンタ４０と外部コントローラ３０との接続処理を行い(ステップ２０３)、節電状態から待受状態への復帰を完了する。
【００３０】
図７は、プリンタ４０における処理の流れを説明するためのフローチャートである。
まず、受信部８１が外部コントローラ３０から作像用データを受信する(ステップ３０１)。次に、動作制御部８２はエラー検知部８５にてエラーが検知されているか否か、すなわち、プリンタ４０において画像形成が可能か否かを判断する(ステップ３０２)。
【００３１】
ここで、エラー検知部８５にてエラーが検知されていない場合、すなわち、プリンタ４０において画像形成が可能であると判断した場合、動作制御部８２は用紙供給部６０および画像形成部７０を制御して、作像用データに基づく画像形成動作を実行させる(ステップ３０３)。そして、動作制御部８２は画像形成動作の実行中にエラー検知部８５にてエラーが検知されているか否か、すなわち、プリンタ４０においてエラーが発生したか否かを判断する(ステップ３０４)。
【００３２】
ここで、エラー検知部８５にてエラーが検知されていない場合、動作制御部８２は作像用データに基づく画像形成動作が完了したか否かを判断する(ステップ３０５)。ここで、画像形成動作が完了していないと判断した場合は、ステップ３０２に戻って処理を続行する。一方、ステップ３０５において画像形成動作が完了したと判断した場合、動作制御部８２は画像形成動作の終了処理を行い(ステップ３０６)、一連の画像形成動作を終了する。
【００３３】
一方、上記ステップ３０２やステップ３０４において、エラー検知部８５にてエラーが検知された場合、送信制御部８６はＵＩ装置５０の給電状態を把握するための問い合わせ信号を出力し、送信部８８はこの問い合わせ信号をＵＩ装置５０に送信する。その結果、ＵＩ装置５０からは、ＵＩ装置５０が待受状態にあるか待機状態にあるかを示す給電状態信号が返送される。受信部８１がこの給電状態信号を受信すると、送信制御部８６はこの給電状態信号に基づいてＵＩ装置５０が待受状態にあるか否かを判断する(ステップ３０７)。
【００３４】
ここで、ＵＩ装置５０が待受状態にない場合すなわち節電状態にあると判断した場合、送信制御部８６はＵＩ装置５０の復帰要求信号を出力し、送信部８８はこの復帰要求信号をＵＩ装置５０に送信する。すなわち、プリンタ４０の制御部８０はＵＩ装置５０に対して待受状態への復帰を指示する(ステップ３０８)。その後、送信制御部８６は送信部８８を介してプリンタ４０の制御部８０とＵＩ装置５０との接続処理を行う(ステップ３０９)。また、送信制御部８６は、エラー検知部８５にて検知されたエラー情報を、送信部８８を介してＵＩ装置５０に送信する(ステップ３１０)。なお、ＵＩ装置５０に送信されたエラー情報は、表示部５３に表示される。その後、動作制御部８２は上記ステップ３０６において画像形成動作の終了処理を行い、一連の画像形成動作を終了する。
【００３５】
ここで、図８は、上記ステップ３０８においてＵＩ装置５０に復帰指示がなされた際の処理の流れを示すフローチャートである。
受信部５１がプリンタ４０の制御部８０からの復帰要求信号すなわち復帰指示を受信すると(ステップ４０１)、メイン処理部５２は給電制御部５６に復帰指示を行い、その結果、給電制御部５６は各機能部の全部または一部に対する給電の制限を解除することで、待受状態への復帰処理を行う(ステップ４０２)。その後、メイン処理部５２は送信部５７を介してＵＩ装置５０とプリンタ４０の制御部８０との接続処理を行い(ステップ４０３)、節電状態から待受状態への復帰を完了する。
【００３６】
図９は、プリンタ４０における給電状態の変更処理の流れを示すフローチャートである。なお、この説明では、初期状態においてプリンタ４０が待受状態に設定されているものとする。
プリンタ４０の制御部８０に設けられた計時部８３が一定時間の経過に伴ってタイマー割り込み信号を出力すると(ステップ５０１)、動作制御部８２は前回のタイマー割り込み時以降に画像形成動作を実行したか否かを判断する(ステップ５０２)。ここで、画像形成動作を行っていないと判断した場合、動作制御部８２は前回のタイマー割り込み時以降にＵＩ装置５０を介してユーザによる操作指示を受け付けたか否かを判断する(ステップ５０３)。ここで、操作指示を受け付けていないと判断した場合、動作制御部８２は給電制御部８４に電源供給の変更指示を出力し、給電制御部８４はこの変更指示を受けてプリンタ４０の節電状態移行処理を実行する(ステップ５０４)。すなわち、給電制御部８４は用紙供給部６０および画像形成部７０の全部または一部に対する給電を停止または低減させる。なお、プリンタ４０における節電状態は、上記ステップ１０４における復帰指示がなされるまでの間、続行される。
一方、上記ステップ５０２において画像形成動作を行っていると判断した場合、および、上記ステップ５０３において操作指示を受け付けていると判断した場合、動作制御部８２は、計時部８３による計時をリセットし、タイマーの再セットを行う(ステップ５０５)。
【００３７】
また、図１０は、ＵＩ装置５０における給電状態の変更処理の流れを示すフローチャートである。なお、この例では、初期状態においてＵＩ装置５０が待受状態に設定されているものとする。
ＵＩ装置５０に設けられた計時部５５が一定時間の経過に伴ってタイマー割り込み信号を出力すると(ステップ６０１)、メイン処理部５２は前回のタイマー割り込み時以降に表示部５３における表示内容を更新したか否かを判断する(ステップ６０２)。ここで、表示内容の更新を行っていないと判断した場合、メイン処理部５２は前回のタイマー割り込み時以降に入力受付部５４を介してユーザによる操作指示を受け付けたか否かを判断する(ステップ６０３)。ここで。操作指示を受け付けていないと判断した場合、メイン処理部５２は給電制御部５６に電源供給の変更指示を出力し、給電制御部５６はこの変更指示を受けてＵＩ装置５０の節電状態移行処理を実行する(ステップ６０４)。すなわち、給電制御部８４はメイン処理部５２、表示部５３、入力受付部５４等の全部または一部に対する給電を停止または低減させる。なお、ＵＩ装置５０における節電状態は、上記ステップ３０８における復帰指示がなされるまで、あるいは、ユーザにより入力受付部５４が操作されるまでの間、続行される。
【００３８】
ところで、節電状態にあるＵＩ装置５０に対しプリンタ４０の制御部８０が通信を確立するためには、事前に制御部８０がＵＩ装置５０のＭＡＣアドレスを取得している必要がある。
図１１は、プリンタ４０の制御部８０によるＵＩ装置５０のＭＡＣアドレスの取得処理の流れを示すフローチャートである。なお、この説明では、事前にプリンタ４０とＵＩ装置５０とが、イーサネット(登録商標)によって接続されているものとする。
プリンタ４０およびＵＩ装置５０が起動されると、制御部８０の送信制御部８６は受信部８１を介してＵＩ装置５０から送信されるソケット接続を受信する(ステップ７０１)。次に、送信制御部８６は、受信部８１にて受信したＵＩ装置５０のＭＡＣアドレスを取得する(ステップ７０２)。なお、このとき、ＵＩ装置５０では、送信部５７が、ＭＡＣアドレス記憶部５８から読み出したＭＡＣアドレスを送信している。そして、送信制御部８６は、取得したＵＩ装置５０のＭＡＣアドレスをＭＡＣアドレス格納部８７に記録させる(ステップ７０３)。その後、送信制御部８６はＵＩ装置５０との接続処理を実行し(ステップ７０４)、一連の処理を完了する。
【００３９】
一方、図１２は、上記ステップ３０８において、プリンタ４０の制御部８０が実行する具体的な処理の流れを示すフローチャートである。
送信制御部８６は、まず、ＭＡＣアドレス格納部８７に送信対象となるＭＡＣアドレスが記録されているか否かを判断する(ステップ８０１)。ここで、ＭＡＣアドレスが記録されていないと判断した場合、送信制御部８６は処理を終了する。一方、ＭＡＣアドレスが記録されていると判断した場合、送信制御部８６は記録済みのＭＡＣアドレスを取得する(ステップ８０２)。そして、送信制御部８６は読み出したＭＡＣアドレスを対象とする復帰要求信号としてのＷＡＫＥ−ＯＮ−ＬＡＮパケットを作成し、送信部８８を介してＵＩ装置５０に送信する(ステップ８０３)。
ここで、ＷＡＫＥ−ＯＮ−ＬＡＮパケットはＭａｇｉｃパケットとも呼ばれ、節電状態(例えば上記ＡＣＰＩではＧ１−スリープ)にあるＰＣ(ＵＩ装置５０)をＬＡＮを介して待受状態(ＡＣＰＩではＧ０−フル稼働)とすることを可能としたものである。
【図面の簡単な説明】
【００４０】
【図１】実施の形態が適用される画像形成システムの構成例を示す図である。
【図２】外部コントローラの機能ブロック図である。
【図３】プリンタに設けられた制御部の機能ブロック図である。
【図４】ＵＩ装置の機能ブロック図である。
【図５】外部コントローラにおける画像形成動作時の処理の流れを示すフローチャートである。
【図６】プリンタに復帰指示がなされた際の処理の流れを示すフローチャートである。
【図７】プリンタにおける画像形成動作時の処理の流れを示すフローチャートである。
【図８】ＵＩ装置に復帰指示がなされた際の処理の流れを示すフローチャートである。
【図９】プリンタにおける給電状態の変更処理の流れを示すフローチャートである。
【図１０】ＵＩ装置における給電状態の変更処理の流れを示すフローチャートである。
【図１１】プリンタの制御部によるＵＩ装置のＭＡＣアドレスの取得処理の流れを示すフローチャートである。
【図１２】ＵＩ装置に対して復帰指示を送信する際にプリンタの制御部が実行する具体的な処理の流れを示すフローチャートである。
【符号の説明】
【００４１】
１０(１０ａ、１０ｂ、１０ｃ)…クライアント、２０…ネットワーク、３０…外部コントローラ、３１…受信部、３２…ジョブデータ解釈部、３３…作像用データ格納部、３４…送信制御部、３５…送信部、４０…プリンタ、５０…ＵＩ装置、５１…受信部、５２…メイン処理部、５３…表示部、５４…入力受付部、５５…計時部、５６…給電制御部、５７…送信部、５８…ＭＡＣアドレス記憶部、６０…用紙供給部、７０…画像形成部、８０…制御部、８１…受信部、８２…動作制御部、８３…計時部、８４…給電制御部、８５…エラー検知部、８６…送信制御部、８７…ＭＡＣアドレス格納部、８８…送信部
【特許請求の範囲】
【請求項１】
外部から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、
前記画像形成装置に接続され、ユーザからの入力を受け付けて当該画像形成装置に出力し、且つ、当該画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、
前記画像形成装置は、前記ユーザインタフェース装置にデータを出力せずに前記作像用データに基づく画像形成を開始することを特徴とする画像形成システム。
【請求項２】
前記画像形成装置は、前記作像用データに基づいて前記記録材に画像を形成する際に当該画像形成装置において不具合が発生した場合に、前記ユーザインタフェース装置にデータを出力することを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記ユーザインタフェース装置は当該ユーザインタフェース装置における給電量が制限される節電状態および当該給電量が制限されない非節電状態で動作し、
前記画像形成装置において不具合が発生した場合に前記ユーザインタフェース装置に出力されるデータは、当該ユーザインタフェース装置を前記節電状態から前記非節電状態に復帰させる復帰要求であることを特徴とする請求項２記載の画像形成システム。
【請求項４】
前記画像形成装置および前記ユーザインタフェース装置はイーサネット(登録商標)で接続され、
前記画像形成装置は、前記ユーザインタフェース装置との接続を確立した際に当該ユーザインタフェース装置のＭＡＣアドレスを取得し、前記復帰要求に当該ＭＡＣアドレスを対応付けて出力することを特徴とする請求項３記載の画像形成システム。
【請求項５】
入力される画像データを作像用データに変換する変換装置と、
前記変換装置に接続され、当該変換装置から入力される前記作像用データに基づいて記録材に画像を形成する画像形成装置と、
前記画像形成装置に接続され、ユーザからの入力を受け付けて当該画像形成装置に出力し、且つ、当該画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、
前記画像形成装置および前記ユーザインタフェース装置は、給電量が制限される節電状態および当該給電量が制限されない非節電状態でそれぞれ動作し、
前記変換装置から前記画像形成装置に前記作像用データが入力された際に、前記画像形成装置は節電状態から非節電状態に移行し、且つ、前記ユーザインタフェース装置は節電状態を維持することを特徴とする画像形成システム。
【請求項６】
前記画像形成装置が前記作像用データに基づいて前記記録材に画像を形成する際に当該画像形成装置において不具合が発生した場合に、前記ユーザインタフェース装置は節電状態から非節電状態に移行することを特徴とする請求項５記載の画像形成システム。
【請求項７】
前記ユーザインタフェース装置は、ＯＳ(Operating System)上で動作するコンピュータ装置であることを特徴とする請求項５記載の画像形成システム。
【請求項１】
外部から入力される作像用データに基づいて記録材に画像を形成する画像形成装置と、
前記画像形成装置に接続され、ユーザからの入力を受け付けて当該画像形成装置に出力し、且つ、当該画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、
前記画像形成装置は、前記ユーザインタフェース装置にデータを出力せずに前記作像用データに基づく画像形成を開始することを特徴とする画像形成システム。
【請求項２】
前記画像形成装置は、前記作像用データに基づいて前記記録材に画像を形成する際に当該画像形成装置において不具合が発生した場合に、前記ユーザインタフェース装置にデータを出力することを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記ユーザインタフェース装置は当該ユーザインタフェース装置における給電量が制限される節電状態および当該給電量が制限されない非節電状態で動作し、
前記画像形成装置において不具合が発生した場合に前記ユーザインタフェース装置に出力されるデータは、当該ユーザインタフェース装置を前記節電状態から前記非節電状態に復帰させる復帰要求であることを特徴とする請求項２記載の画像形成システム。
【請求項４】
前記画像形成装置および前記ユーザインタフェース装置はイーサネット(登録商標)で接続され、
前記画像形成装置は、前記ユーザインタフェース装置との接続を確立した際に当該ユーザインタフェース装置のＭＡＣアドレスを取得し、前記復帰要求に当該ＭＡＣアドレスを対応付けて出力することを特徴とする請求項３記載の画像形成システム。
【請求項５】
入力される画像データを作像用データに変換する変換装置と、
前記変換装置に接続され、当該変換装置から入力される前記作像用データに基づいて記録材に画像を形成する画像形成装置と、
前記画像形成装置に接続され、ユーザからの入力を受け付けて当該画像形成装置に出力し、且つ、当該画像形成装置から入力されるデータに基づいて情報を表示するユーザインタフェース装置とを含み、
前記画像形成装置および前記ユーザインタフェース装置は、給電量が制限される節電状態および当該給電量が制限されない非節電状態でそれぞれ動作し、
前記変換装置から前記画像形成装置に前記作像用データが入力された際に、前記画像形成装置は節電状態から非節電状態に移行し、且つ、前記ユーザインタフェース装置は節電状態を維持することを特徴とする画像形成システム。
【請求項６】
前記画像形成装置が前記作像用データに基づいて前記記録材に画像を形成する際に当該画像形成装置において不具合が発生した場合に、前記ユーザインタフェース装置は節電状態から非節電状態に移行することを特徴とする請求項５記載の画像形成システム。
【請求項７】
前記ユーザインタフェース装置は、ＯＳ(Operating System)上で動作するコンピュータ装置であることを特徴とする請求項５記載の画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−３２３２６３（Ｐ２００７−３２３２６３Ａ）
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願番号】特願２００６−１５１３２７（Ｐ２００６−１５１３２７）
【出願日】平成１８年５月３１日（２００６．５．３１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願日】平成１８年５月３１日（２００６．５．３１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]