JP2003316557A

JP2003316557A - 画像形成システム、画像形成管理方法及びそのサーバー

Info

Publication number: JP2003316557A
Application number: JP2002122598A
Authority: JP
Inventors: Tomoyasu Yoshikawa; 智康吉川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-04-24
Filing date: 2002-04-24
Publication date: 2003-11-07

Abstract

(57)【要約】【課題】節電モードを有する画像形成装置への画像形
成指示の可否をサーバーにて管理し、節電効果を高め
る。【解決手段】クライアントは、サーバーに、どの画像
形成装置を使用できるかを問い合わせる。問い合わせを
受信したサーバーは、上記のクライアントが、節電モー
ドで動作中の画像形成装置に対する画像形成指示を許可
されているか否かを判定する。サーバーは、判定結果に
基づいて、画像形成指示が可能か、禁止されているか、
又はスプールのみ可能かに関する通知をクライアントに
送信する。クライアントは、サーバーからの通知に基づ
いて、画像形成装置の名称７５と、画像形成指示の可否
７６などを表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明は、ネットワークに
接続された複写機、プリンタ、ＦＡＸ等のプリンタを管
理するサーバーに係り、とりわけ、サーバーの制御下に
ある複数のプリンタの省電力化に関するものである。

【０００２】

【従来の技術】近年、さまざまなコンピュータをネット
ワーク化することで、相互に情報の通信が可能になって
いる。ネットワークを構築することで、ネットワーク上
で複数のユーザーが情報を共有することが可能となり、
また、情報処理の負荷の分散を図ることも可能となり、
さらには、生産性や効率を飛躍的に向上させることが可
能となっている。

【０００３】さらに、従来は、スタンドアローンまたは
１台のホストに接続されていた複写機やプリンタなどの
周辺機器もネットワークに接続されて共用されている。

【０００４】このようにネットワークを構築するメリッ
トは大きく、オフィス・工場・研究所・教育機関などさ
まざまな分野でネットワーク化が浸透しつつある。

【０００５】

【発明が解決しようとする課題】ところで、複写機やプ
リンタ等のプリンタは、一般に、画像読取部、画像処理
部、給紙部、現像部、転写部、定着部、排紙部、その他
のアクセサリおよびそれらを統合的に制御する制御部な
どから構成されている。プリンタは、ユーザーからの画
像形成指示を受信すると、上記の各部に電力を供給し、
様々な画像形成工程を実行する。ここで、注意すべき
は、画像形成に必要とされる電力が多大であることであ
る。また、ユーザーからの画像形成指示に対し迅速にプ
リンタが応答するためには、プリンタの各部に対し、あ
る程度の電力を供給し続けなけることが必要となる。

【０００６】しかしながら、常に高い頻度で画像形成の
要求が発生するような使用環境はまれであり、一般的に
は、プリンタに対するユーザーからの画像形成指示が大
きく減少する時間帯や、ほとんど画像形成指示が発生し
ない時間帯が存在する。

【０００７】そのため、プリンタに対する画像形成指示
が長時間無いような場合には、その間にプリンタ内の各
部に供給される電力は無駄となっていた。

【０００８】そこで、プリンタにタイマーを設け、この
タイマーがユーザーにより設定された時間になると、制
御部が必要最小限の電力供給を行うように制御すること
で、消費電力を大幅に削減することを目的としたプリン
タがすでに提案されている。この従来技術によれば、画
像形成指示が大きく減少するような時間帯に、プリンタ
をスリープ状態へ移行させることにより、プリンタの消
費電力を削減することが期待できる。また、プリンタ単
体で節電を図れる利点もある。

【０００９】しかしながら、ネットワーク環境下におい
て従来技術のプリンタ使用すると、プリンタは複数のク
ライアントによって共有されるため、スタンドアローで
使用される場合よりも、画像形成指示の発生する確率が
高くなる。従って、プリンタがスリープモードに移行し
ている間であっても、頻繁に、出力可能状態に復帰させ
られることになり、折角のスリープモードも効率的に運
用されるとはいい難い。それゆえ、ネットワーク接続さ
れたプリントシステムにおける全体の消費電力の削減も
期待できない。

【００１０】そこで、本願発明では、複数のプリンタを
ネットワーク上で共有する場合において、ネットワーク
全体でのプリンタの電力を節約することを目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、本願発明は、節電モードと通常モードとを有する複
数の画像形成装置を管理するサーバーであって、節電モ
ードで動作中の画像形成装置に対する画像形成指示を許
可されているか否かの許可情報を、前記サーバーのクラ
イアントが属するクライアントグループごとに記憶する
記憶手段と、前記画像形成装置の動作に関する情報の取
得要求をクライアントから受信する受信手段と、前記取
得要求を受信すると、前記クライアントが属するクライ
アントグループについての許可情報を前記記憶手段から
読み出し、該許可情報に基づいて、前記画像形成装置へ
の画像形成指示の可否に関する可否通知を前記クライア
ントに送信する送信手段と、を含むサーバーを提供す
る。

【００１２】この構成により、クライアントグループを
単位として、節電モード中の画像形成装置に画像形成指
示を発行できるか否かをクラインアントに送信すること
が可能となる。その結果、節電モードに移行中の画像形
成装置に対する無秩序な画像形成指示の発生を抑制する
ことが可能となる。裏を返せば、通常モードで動作中の
画像形成装置を優先してクライアントに使用させること
が可能となる。そのため、サーバーの管理下にある複数
の画像形成装置に係る消費電力の削減が可能となる。

【００１３】ここで、前記記憶手段は、前記画像形成装
置の節電モードで動作する動作時間に関する情報を記憶
する第１の記憶手段と、前記節電モードで動作中の画像
形成装置に対する画像形成指示を許可されているか否か
の許可情報を、前記サーバーのクライアントが属するク
ライアントグループごとに記憶する第２の記憶手段と、
を含んでもよい。

【００１４】この構成により、節電モードで動作する動
作時間に関する情報と許可情報とを別個の記憶手段にて
記憶することができる。

【００１５】また、前記取得要求を受信すると、前記節
電モードでの動作時間に関する情報を前記第１の記憶手
段から読み出し、現在の時刻と前記動作時間とを比較
し、前記画像形成装置が節電モードで動作中であるか否
かを判定する判定手段をさらに備え、前記送信手段は、
前記判定により、前記画像形成装置が節電モードで動作
中であると判定されると、さらに、前記第２の記憶手段
から前記許可情報を読み出し、該許可情報に基づいて、
前記可否通知を前記クライアントに送信するようにして
もよい。

【００１６】この構成によれば、前記画像形成装置が節
電モードで動作中の場合に限り、前記許可情報の読み出
しをすればよいため、そもそも通常モードで動作中の画
像形成装置に関しては無駄な読み出し処理を省略でき
る。

【００１７】また、節電モードで動作していると判定さ
れた画像形成装置が通常モードへと復帰したことを検出
する検出手段をさらに備え、前記送信手段は、前記画像
形成装置への画像形成指示が可能となった旨の復帰通知
を送信するようにしてもよい。

【００１８】この構成によれば、節電モード中のため画
像形成の指示を待機していたクライアントに対し、画像
形成の指示が可能となったことを知らせることができ、
クライアントを無駄に待機させることを回避できよう。

【００１９】また、前記送信要求には、前記復帰通知を
希望するか否かの情報が含まれていてもよい。

【００２０】この構成によれば、復帰通知を希望しない
クライアントにまで無駄な復帰通知を送信することを回
避できる。

【００２１】また、前記記憶手段は、さらに、節電モー
ドで動作中の画像形成装置に対してスプールを許可され
ているか否かのスプール許可情報を前記クライアントグ
ループごとに記憶し、前記送信手段は、前記スプール許
可情報に基づいて、前記画像形成装置へのスプールの可
否に関する可否通知を前記クライアントに送信するよう
にしてもよい。

【００２２】この構成によれば、節電モード中のスプー
ル処理をも秩序立てることが可能となるため、節電モー
ド中の画像形成装置の強制復帰による電力の浪費を節約
できよう。

【００２３】また、スプールされた画像形成装置が節電
モード置から通常モードへと復帰したことを検出する検
出手段をさらに備え、前記送信手段は、前記スプールさ
れた画像形成装置の画像形成が可能となった旨の通知を
送信するようにしてもよい。

【００２４】このように構成すれば、クライアントのユ
ーザーは、スプールされたデータがいつ画像形成される
かを概ね知ることができるであろう。

【００２５】さらに、本願発明は上記課題を解決すべ
く、上記のサーバーにより管理される画像形成装置であ
って、節電モード中に前記クライアントからスプールさ
れたデータを保持する保持手段と、前記節電モードから
復帰すると前記保持手段に保持されているデータを出力
する出力手段と、を備えることを特徴とする画像形成装
置を提供する。

【００２６】また、前記出力手段からの出力が実行され
ると、前記クライアントに対し、スプールされたデータ
が出力された旨を通知する通知手段をさらに備えるよう
にしてもよい。

【００２７】このように構成すれば、クライアントのユ
ーザーは、画像形成の完了を容易に把握できるため、ユ
ーザーの使い勝手が向上しよう。

【００２８】さらに、本願発明では、他の課題を解決す
べく、節電モードと通常モードとを有する複数の画像形
成装置を管理するサーバーであって、１以上の画像形成
装置からなる画像形成装置グループについてのグループ
情報を記憶する第１の記憶手段と、前記画像形成装置グ
ループごとに節電モードでの動作時間に関する情報を記
憶する第２の記憶手段と、前記グループ情報と前記動作
時間に関する情報とに基づいて、前記画像形成装置に対
し動作モードの切り替えを指示する指示手段と、を含む
ことを特徴とするサーバーを提供する。

【００２９】このような構成によれば、画像形成装置の
節電モード、通常モード及びスプールモードの切り替え
をサーバーにより一括して管理できるため、サーバーの
管理下においては秩序正しく画像形成装置が運用され、
全体の消費電力も節約されよう。

【００３０】ここで、クライアントにより使用可能な画
像形成装置グループに関する情報の送信要求を前記クラ
イアントから受信する受信手段と、前記画像形成装置グ
ループごとの前記節電モードでの動作時間に関する情報
を前記第２の記憶手段から読み出し、該読み出された動
作時間に関する情報と現在時刻とに基づいて、該画像形
成装置グループが通常モードで動作しているか又は節電
モードで動作しているかを判定する判定手段と、前記判
定の結果を前記クライアントに送信する送信手段と、を
さらに含むようにしてもよい。

【００３１】このように構成すれば、１以上の画像形成
装置からなる画像形成装置グループを単位として、節電
モードへの移行を管理可能となる。

【００３２】また、前記送信手段は、前記判定に基づい
て、前記クライアントから出力が可能な画像形成装置と
して、前記通常モードで動作している画像形成装置グル
ープに属する画像形成装置に関する情報を該クライアン
トに送信するようにしてもよい。

【００３３】この構成によれば、クライアントのユーザ
ーは、画像形成可能な画像形成装置を容易に知ることが
できるため、誤って、節電モード中の画像形成装置を使
用することが回避され、全体の消費電力の削減に貢献し
よう。

【００３４】また、前記送信手段は、前記判定の結果、
前記クライアントから出力が可能な画像形成装置が存在
しない場合は、出力可能な画像形成装置が存在しない旨
の通知を送信するようにしてもよい。

【００３５】この構成によれば、クライアントのユーザ
ーは、画像形成可能な画像形成装置が存在しないことを
把握できる。

【００３６】また、前記動作時間に関する情報は、さら
に、１以上のクライアントからなるクライアントグルー
プごとの動作時間に関する情報であってもよい。

【００３７】また、１以上のクライアントからなるクラ
イアントグループごとに、該クラインアントグループに
属するクライアントから使用可能な画像形成装置のグル
ープに関する情報を記憶する第３の記憶手段をさらに備
え、前記判定手段は、前記第３の記憶手段に記憶されて
いる情報に基づいて、前記画像形成装置グループが前記
クライアントのために動作可能であるかを判定するよう
にしてもよい。

【００３８】また、前記送信要求には、前記クライアン
トが画像の形成を希望する画像形成装置に関する希望情
報が含まれており、前記判定手段は、希望された画像形
成装置が属する画像形成装置グループについて前記判定
を実施するようにしてもよい。

【００３９】すなわち、クライアントのユーザーは、予
め画像形成を希望する画像形成装置を指定することが可
能となるため、サーバー側の判定処理も簡単になろう。

【００４０】節電モードで動作していると判定された画
像形成装置のグループが通常モードへと復帰したことを
検出する検出手段をさらに備え、前記送信手段は、前記
検出に基づいて前記画像形成装置グループへの画像形成
指示が可能となった旨の復帰通知を送信するようにして
もよい。

【００４１】また、前記送信要求には、前記復帰通知を
希望するか否かの情報が含まれていてもよい。

【００４２】さらに、本願発明は、上記の課題を解決す
べく、上記のサーバーにより管理されるクライアントで
あって、画像形成装置への画像形成指示を入力する入力
手段と、前記画像形成指示が入力されると、前記サーバ
ーに前記取得要求を送信する送信手段と、前記取得要求
に対する応答を前記サーバーから受信する受信手段と、
前記応答に基づいて、前記画像形成装置への画像形成指
示の可否に関する情報を表示する表示手段と、を含むこ
とを特徴とするクライアントを提供する。

【００４３】ここで、前記入力手段は、さらに、画像形
成装置を指定するための指定指示を入力し、前記送信手
段は、指定された画像形成装置に関する情報が含まれた
取得要求を送信するようにしてもよい。

【００４４】また、前記入力手段は、さらに、節電モー
ド中の画像形成装置の復帰通知を希望するか否かの情報
を入力し、前記送信手段は、前記復帰通知を希望するか
否かの情報が含まれた取得要求を送信するようにしても
よい。

【００４５】

【発明の実施の形態】以下に本願発明の一実施形態を示
す。もちろん以下の実施形態は、本願発明の当業者によ
る実施を容易にするためのものであり、特許請求の範囲
によって確定される本願発明の技術的範囲内のほんの一
部の実施形態にすぎない。従って、本願明細書に直接的
に記載されていない実施形態であっても、技術思想が共
通する限り本願発明の技術的範囲に入ることは明らかで
ある。なお、実施形態が複数記載されている場合には、
複数の実施形態を適宜組み合わせることも可能である。
また、ある実施形態で説明した事項であって、他の実施
形態においても共通する事項については説明を省略する
ことがある。

【００４６】［実施形態１］本実施形態では、サーバー
が、クライアントと画像形成装置との関係を予め保持し
ておき、この関係に基づいて節電モード中の画像形成を
制御するものである。このようにサーバーにより節電モ
ード中の画像形成を制御することで、本実施形態は、画
像形成装置全体での消費電力を削減しようとするもので
ある。

【００４７】図１は、本実施形態を適用したネットワー
クシステムの概略構成を示した図である。１１は有線又
は無線のネットワークであり、サーバー１２、プリンタ
２１〜２８、コンピュータおよびワークステーション３
１〜３４をそれぞれ接続し、情報の伝達媒体の役割を担
っている。サーバー１２は、本実施形態の特徴であるタ
イマー管理サーバーとしての機能およびプリンタグルー
プ管理サーバーとしての機能を内蔵し、他の機能とあわ
せてネットワークにおけるサーバーサービスを提供して
いる。

【００４８】３１〜３４はコンピュータ又はワークステ
ーションであり、ネットワーク１１においてクライアン
トコンピュータに該当する装置である。クライアント３
１〜３４からさまざまなサービス要求がサーバー１２や
プリンタ２１〜２８へとネットワークを介して送信され
る。

【００４９】２１〜２８はネットワークに接続された出
力装置である。以降では、プリンタとして説明するが、
ファクシミリ装置や複写機やデジタル複合機などであっ
てもよい。プリンタ２１〜２８は、クライアント３１〜
３４からの画像形成指示を受信すると、ネットワークを
介して転送される画像データを出力する。またプリンタ
２１〜２７は、さらに、画像読取装置を備えてもよく、
当該画像読取装置で読み取った画像データを自身で出力
してもよい。さらに、プリンタ２１〜２８は、それぞれ
の内部の制御部にタイマー装置等の時間計測手段を有し
てもよい。例えば、ユーザーの操作によりこのタイマー
装置が起動され、その後、タイマー装置の計測時間がユ
ーザーにより予め設定された時間になった場合には、プ
リンタ装置の制御部は必要最小限のユニットにのみ電力
を供給し、それ以外の各ユニットへの電力供給を遮断す
る構成となっている。それにより消費電力を大幅に削減
することが可能となる。なお、タイマーの起動と設定
は、サーバー１２によりネットワークを介して実行され
てもよい。

【００５０】従来は、プリンタ２１〜２８が節電モード
で動作している時間帯に、クライアント３１〜３４から
画像形成指示が無秩序に発生した場合、プリンタ２１〜
２８は、画像形成指示を受信するたびに節電モードから
通常モードへと復帰していた。このため効果的な消費電
力の削減は難しかった。

【００５１】本実施形態ではこのような課題を解決すべ
く、サーバー１２が、各プリンタ２１〜２８を複数のプ
リンタグループへと分類し、プリンタグループごとに節
電モードへの移行時間に関する情報（節電モード移行時
間情報）を管理する。クライアント３１〜３４は、画像
形成を希望する場合は、まず、サーバー１２に対して形
成可能なプリンタ情報を要求する。要求を受信したサー
バー１２は、プリンタグループごとの節電モード移行時
間情報とクライアントの属するクライアントグループと
の関係から、要求元のクライアントに対して形成可能な
プリンタが存在するか否かの情報を返信する。

【００５２】このようにサーバー１２により、プリンタ
をグループ化して管理することにより、節電モードへ移
行中のプリンタグループはできる限り使用せず、通常モ
ードで動作中のプリンタグループを優先して使用するこ
とが可能となる。そのため、節電モードで動作中のプリ
ンタグループを強制的に復帰させる機会が減るため、無
駄な電力消費を抑制できる。

【００５３】以下にその構成の詳細について説明する。
図２は、本実施形態に係るプリンタのグループ分けにつ
いての概念を示した図である。ネットワーク１１に接続
されている各プリンタ２１〜２８は図のように３つのプ
リンタグループに分類されている。プリンタグループ１
に属するプリンタ２１、２２は通常モード時の消費電力
が比較的多いプリンタである。プリンタグループ２に属
するプリンタ２３〜２５は、通常モード時の消費電力が
比較的多いが、形成頻度やユーザーの利便性を考慮し、
プリンタグループ１とは別のプリンタグループとしてグ
レープ化されている。プリンタグループ３に属するプリ
ンタ２６〜２８は通常モード時の消費電力が比較的少な
いプリンタである。

【００５４】このように、本実施形態においてはネット
ワークに接続される複数のプリンタを、消費電力、形成
頻度を基準としてプリンタグループに分類し、サーバー
１２により管理する構成としている。

【００５５】図３は、サーバー１２の記憶装置に記憶さ
れている、プリンタグループ毎の節電モード移行時間情
報のフォーマット例を示した図である。ここで５１はプ
リンタグループ情報であり、５２は節電モード移行開始
時間情報であり、５３は通常モード復帰可能時間情報が
格納されているレコードである。

【００５６】サーバー１２は、プリンタグループ情報５
１と対応付けて記憶されている節電モード移行開始時間
情報５２に従い、プリンタグループに属している各プリ
ンタに、節電モードへ移行するよう命令を発行する。プ
リンタ２１〜２８はそれぞれ節電モード移行命令を受信
すると、節電モードへ速やかに移行する。

【００５７】図４は、節電モードで動作中のプリンタグ
ループに対する出力の許可・不許可を、クライアントグ
ループごとに関係付けて記憶したテーブルの一例を示す
図である。５４はクライアントグループを示すレコード
エリア、５５は節電モード中のプリンタグループへの出
力の許可・不許可を示すレコードエリアである。節電モ
ード中とは、節電モードにてプリンタが動作しているこ
とをいい、換言すれば、あるプリンタが節電モードの移
行時間内にあることを意味する。図４に示すように、例
えば、クライアントグループＣｌｎ−Ｇｒｐ：００１の
は、Ｐｒｎ−Ｇｒｐ：００１のプリンタグループとＰｒ
ｎ−Ｇｒｐ：００２プリンタグループへの節電モード中
の強制出力が許可（○）されている。それに対し、Ｇｒ
ｐ−００３のクライアントグループは、Ｐｒｎ−Ｇｒ
ｐ：００１のプリンタグループ及びＰｒｎ−Ｇｒｐ：０
０２プリンタグループへの節電モード中の強制出力（画
像形成指示）が拒否（×）されている。なお、強制出力
とは、節電モードにて動作しているプリンタを強制的に
通常モードへと復帰させて、画像データ等を画像形成さ
せることをいう。すなわち、節電モード中の画像形成装
置に対する画像形成を指示することをいう。

【００５８】図５は、本実施形態の特徴であるサーバー
１２の内部構成を示した図である。図４に示された情報
は、クライアントグループ情報データベース１０４によ
り管理されている。またクライアントグループは、各ク
ライアント３１〜３４または各クライアントを使用する
ユーザーのユーザー情報により正規化され登録されてお
り、クライアントグループ情報データベース１０４によ
り管理されている。

【００５９】１０１はサーバー制御部であり、サーバー
１２がネットワークを介して提供しているさまざまなサ
ービスを実行する手段である。また、前述したようにプ
リンタに節電モード移行命令の発行処理、クラインアン
トからのデータの受信処理、クライアントへのデータの
送信処理、以下で説明する種々の判定処理及び節電モー
ドの終了検出処理などを行っている。具体的には、ＣＰ
Ｕ、ＲＡＭ、ＲＯＭ、ハードディスク及びネットワーク
ＩＦなどから構成されている。

【００６０】１０２はプリンタ情報データベースであ
り、ネットワークに属しているプリンタ２１〜２８のプ
リンタ情報を記憶する記憶装置である。１０３は、プリ
ンタグループ情報データベースであり、図２で説明した
ように、１０２に登録されているプリンタ情報をグルー
プ分けして管理している。

【００６１】１０４は、クライアントグループ情報デー
タベースであり、クライアント３１〜３４ごとに、また
は、クライアントを使用するユーザー定義ごとにグルー
プ分けして管理している。

【００６２】１０５は、節電モードの移行時間に関する
情報を管理するデータベースであり、図３で説明したフ
ォーマットに従い、節電モードの移行時間に関する情報
が記録されている。

【００６３】各データベースはそれぞれのデータベース
管理部（ＤＢ管理部）１０６〜１０９により管理されて
おり、サーバー制御部１０１の要求により各データベー
ス１０２〜１０５の情報の登録、削除、マージ、ソート
等の作業を行っている。

【００６４】１１０はタイマー装置であり、サーバー１
２における日時情報の計測処理を担っている。また本実
施形態の特徴でもある節電モードへの移行命令の発行処
理も、タイマー装置１１０と節電モード移行時間情報の
一致をトリガとして、サーバー制御部１０１により発行
される。

【００６５】また、各データベース管理部は、ＣＰＵ、
ＲＡＭ、ＲＯＭ、ハードディスク及びネットワークＩＦ
などから構成されている。

【００６６】図６は、クライアント３１〜３４がサーバ
ー１２に対して、出力可能なプリンタの情報を取得する
ための要求を行い、当該要求を受信したサーバー１２が
応答を返す仕組みの概要を示した図である。より詳しく
は、クライアント３３がサーバー１２に対して出力可能
なプリンタに関する情報取得要求６１を送信する際の概
念を示している。クライアントを操作するユーザーが出
力の実行を指し示した場合、各クライアントは出力可能
なプリンタの有無についての問い合わせを、サーバー１
２に対して自動的に行うためのプログラムを備えてい
る。

【００６７】なお、情報取得要求６１に対する応答６２
は、サーバー１２からクライアント３３に送信しされ
る。より具体的には、各クライアントから、出力可能な
プリンタの有無の問い合わせをサーバー１２が受信した
場合、図３のデータベース１０５を用いてプリンタグル
ープごとの節電モードへの移行時間情報を検索する。検
索の結果、あるプリンタグループが節電モード移行時間
内であれば、さらに、図４のデータベース１０４を用い
て、要求元のクライアントが属するクライアントグルー
プを検索することで、要求元のクライアントグループ
が、節電モード移行時間内における強制出力を許可され
ているかを判定する。これらの検索結果及び判定結果
が、応答６２として要求元のクライアントに送信され
る。クライアントに関する情報に代えて、当該クライア
ントを操作しているユーザーのユーザー情報に基づいて
検索してもよい。

【００６８】応答６２の具体例を説明する。ここでは、
要求元のクライアントはクライアントグループ１に属す
ものとし、また、プリンタグループ１および２が節電モ
ード移行時間中であり、プリンタグループ３に属するプ
リンタ２６〜２８が出力可能であると仮定することにす
る。まず、問い合わせ元のクライアントに対しては、プ
リンタグループ３に属するプリンタ２６〜２８が出力可
能であると応答する。さらに、プリンタグループ１およ
び２については、クライアントがクライアントグループ
１に属していることに基づいて、サーバー１２のクライ
アントグループデータベース１０５を検索し、両方のプ
リンタグループとも強制出力が可能であると判定し、こ
の判定結果を応答する。図６においては、情報取得要求
のあったクライアント３３に対して、サーバー１２が出
力可能プリンタ情報の有無を応答として送信６２が行わ
れた場合の例が示されている。

【００６９】上述の説明を、より詳細に説明すべく、図
７のフローチャートを用いる。図７は各クライアント３
１〜３４から出力可能なプリンタ情報の取得要求を受信
した場合におけるサーバー１２の内部処理を示したフロ
ーチャートである。

【００７０】ここで、ｎｏｗ＿ｔは現在時刻を記憶する
ための変数である。ｉ＿Ｍａｘはサーバー１２により管
理されるプリンタグループの数を示すための変数であ
る。ｉは参照しているプリンタグループを指し示すため
の変数である。ｊ＿Ｍａｘは図３で示したプリンタグル
ープごとの節電モード移行時間情報を記憶するレコード
の数を記憶する変数である。ｊは参照している節電モー
ド移行時間情報のレコードを指し示すための変数であ
る。

【００７１】本制御は、サーバー１２において各クライ
アント３１〜３４に対して、出力可能なプリンタに係る
情報の提供サービスに関するものであり、サービスが提
供されている間は処理が繰返し行われている。

【００７２】ステップ７０１は、ループ処理の先頭であ
り、クライアント３１〜３４から、出力可能なプリンタ
に係る情報取得要求の待つための処理である。具体的に
は、クライアントからの取得要求があったか否かを確認
している処理である。処理後、ステップ７０２へ進む。

【００７３】ステップ７０２は、前ステップ７０１にお
いて、クライアントから情報取得要求があったか否かを
判断し、判断結果に基づいて分岐を行う処理である。す
なわちクライアントから情報取得要求があった場合、処
理をステップ７０３へ進める。一方、クライアントから
情報取得要求がなかった場合においては、処理をステッ
プ７０１へ戻し、クライアントからの情報取得要求を受
信するまでの待機ループを形成する。

【００７４】ステップ７０３においては、現在の時刻を
タイマー装置１０８から取得し、変数ｎｏｗ＿ｔへ格納
する処理を行っている。格納終了後、処理をステップ７
０４へ進める。

【００７５】ステップ７０４においては、参照するプリ
ンタグループを指し示すための変数ｉを０で初期化する
処理、すなわち最初のプリンタグループを指し示すよう
な値を設定する処理を行っている。初期化処理終了後、
ステップ７０５へ進む。

【００７６】ステップ７０５においては、プリンタグル
ープごとの節電モード移行時間情報を指し示すための変
数ｊを０で初期化する処理、すなわち変数ｉで指し示さ
れたプリンタグループの節電モード移行時間情報の先頭
を指し示すような値を設定する処理を行っている。初期
化処理終了後、ステップ７０６へ進む。

【００７７】ステップ７０６では、プリンタグループｉ
において、変数ｊの指し示す節電モード移行時間情報の
節電モード移行開始時刻と変数ｎｏｗ＿ｔに格納されて
いる現在時刻との比較を行い、処理フローを分岐させて
いる。すなわち、節電モード移行開始時刻より現在時刻
が前である場合は、現在時刻においてｉ番目のプリンタ
グループが通常モードで動作していることになり、処理
をステップ７０８へ進ませる。一方、節電モード移行開
始時刻より現在時刻が遅い場合は、すでに、ｉ番目のプ
リンタグループが節電モードで動作していることにな
り、処理をステップ７０７へ進ませる処理を行ってい
る。

【００７８】ステップ７０７においては、ステップ７０
６と同様にｉ番目のプリンタグループにおけｊ番目の節
電モード移行時間情報に係る節電モードの終了時刻と、
変数ｎｏｗ＿ｔに格納されている現在時刻との比較を行
い、処理フローを分岐させている。すなわち節電モード
移行終了時刻より現在時刻が遅い場合は、すでに、ｊ番
目の節電モードが終了しているため、処理をステップ７
０８へ進ませる。また節電モード移行開始時刻より現在
時刻が早い場合は、まだ、節電モード中であるため、処
理をステップ７０９へ進ませる処理を行っている。

【００７９】ステップ７０８においては、変数ｊをイン
クリメントし、さらに節電モード移行時間情報数が格納
されている変数ｊ＿Ｍａｘと変数ｊとの比較処理を行
い、その結果により処理を分岐させている。すなわちイ
ンクリメント処理後、もし変数ｊに格納されている値が
変数ｊ＿Ｍａｘの値より大きければ、すでにすべてのレ
コードについて処理を終えたことになるので、処理をス
テップ７０９へ進める。またもし変数ｊに格納されてい
る値が変数ｊ＿Ｍａｘの値以下であれば、まだ、処理を
すべきレコードが残っていることになり、処理をステッ
プ７０６へ戻し、次の節電モード移行時間に関して処理
を行う。

【００８０】ステップ７０９においては、要求元のクラ
イアントが、いずれのクライアントグループに属してい
るかを調査すべく、サーバー１２で管理されているデー
タベース１０４を検索する。検索終了後、処理をステッ
プ７１０へ進める。

【００８１】ステップ７１０においては、前ステップ７
０９の検索により見つかったクライアントグループが、
節電モード移行時間中における画像形成指示（強制出
力）が許可されているか否かを判定し、判定結果に基づ
いて処理を分岐させている。すなわち、クライアントグ
ループが、節電モード中の強制出力が許可されていれ
ば、処理をステップ７１１へ進める。一方、強制出力が
禁止されているならば、処理をステップ７１２へ進め
る。

【００８２】現在時刻が、変数ｉで指し示されているプ
リンタグループに関する節電モード移行時間内でない場
合（すなわち、現在、通常モード中である場合）や、出
力要求元のクライアントの属するクライアントグループ
が、変数ｉで指し示されているプリンタグループに対す
る節電モード中のプリント出力を許可されている場合
に、要求元のクライアントはネットワークに接続されて
いるプリンタ２１〜２８に対する画像形成指示が可能と
なる。そこで、ステップ７１１においては、情報取得要
求を送信したクライアントに対して応答すべく、出力可
能なプリンタグループに属するプリンタに関する情報を
応答情報に追加する処理を実行している。具体的には、
サーバー制御部１０１が、画像形成指示が可能と判定さ
れたプリンタグループの識別情報をＤＢ管理部１０６に
渡し、ＤＢ管理部１０６は当該プリンタグループに含ま
れるプリンタを検索し、検索により見つかったプリンタ
のプリンタ情報をサーバー制御部１０１に渡す。処理終
了後、ステップ７１２へ進む。

【００８３】ステップ７１２においては、プリンタグル
ープを指し示す変数ｉの値をインクリメントし、さらに
サーバー１２で管理されているプリンタグループの総数
を表す変数ｉ＿Ｍａｘとの比較処理を行い、その結果に
より処理を分岐させている。すなわちインクリメント処
理後、もし変数ｉに格納されている値が変数ｉ＿Ｍａｘ
の値より大きければ、すべてのプリンタグループについ
て判定を終了したことになるので、処理をステップ７１
３へ進める。一方、変数ｉに格納されている値が変数ｉ
＿Ｍａｘの値以下であれば、まだ、判定すべきプリンタ
グループが残っているので、処理をステップ７０５へ戻
し、次のプリンタグループの節電モード移行時間に関し
て処理を行う。

【００８４】ステップ７１３においては、要求元のクラ
イアントに対し、出力可能なプリンタに関する情報を応
答として送信する。送信終了後、処理をステップ７０１
へ戻し、次のクライアントからのプリンタ出力可能なプ
リンタについての情報要求に備える。

【００８５】なお、クライアントが特定のプリンタにつ
いて画像形成の指示を禁止されている場合も、禁止の旨
を通知してもよい。さらに、どのクライアントに、どの
プリンタについての禁止通知を送信したかを記憶装置に
記憶しておいてもよい。この情報を記憶しておくこと
で、禁止通知に関連するプリンタが通常モードに復帰し
た場合に、禁止通知に関連するクラインアントに対し、
復帰の通知を送信できよう。詳細は実施形態２で説明す
る。

【００８６】以上のように、本実施形態では、複数の画
像形成装置をその特性に応じて複数にグループ化し、グ
ループ単位で節電モードへの移行指示を行うため、単独
で管理するよりも、消費電力の節約効果が期待できる。

【００８７】また、クライアント（もしくはクラインと
グループ）と画像形成装置（もしくは画像形成装置グル
ープ）との関係を予め保持しておき、この関係に基づい
て節電モード中の画像形成をサーバーにより制御するた
め、画像形成装置全体での節電効果が期待できる。より
具体的には、できる限り、通常モードで動作している画
像形成装置を優先してクライアントに使用させることに
より、節電モード中の画像形成装置を強制復帰させる回
数が削減され、その結果、ネットワーク全体での電力消
費が削減されよう。

【００８８】［実施形態２］本実施形態では、あるプリ
ンタグループが通常モードへ復帰した場合に、その復帰
通知をクライアントに通知するものである。例えば、上
記の実施形態において、あるプリンタへの画像形成の指
示が不許可であるとクライアントは待機している場合が
ある。そのようなクライアントに復帰通知を送信すれ
ば、クライアントは情報取得要求を再度送信する必要が
なくなり、しかも、復帰後すぐに画像形成指示を実行で
きるなど効率がよくなると考えられる。

【００８９】図８は、あるプリンタグループの節電モー
ドが終了した場合において、節電モードを終了したプリ
ンタグループへの出力が可能となった旨（復帰通知）
を、各クライアント３１〜３４に通知するためのサーバ
ー１２におけるフローチャートである。

【００９０】ここで、ｋは許可通知を送信するクライア
ントを指し示すための変数である。本処理はサーバー１
２において、任意のプリンタグループが節電モード移行
時間に突入した時点から開始される。処理スタート後、
まず、ステップ８０１へ進む。

【００９１】ステップ８０１においては、タイマー待ち
処理を行っている。具体的には、節電モード移行中の節
電モード移行時間情報を指し示すための値を変数ｊに格
納している。

【００９２】ステップ８０２においては、現在の時刻を
タイマー装置１０７から取得し、変数ｎｏｗ＿ｔへ格納
する。

【００９３】ステップ８０３においては、変数ｎｏｗ＿
ｔに記憶されている現在時刻と、ｉ番目のプリンタグル
ープにおけるｊ番目の節電モード移行時間情報の終了時
間データとを比較し、処理フローを分岐させている。す
なわち、現在時刻が、節電モード終了時刻より前であれ
ば、処理をステップ８０１へ戻すことで、節電モード移
行終了ループを形成している。一方、現在時刻が節電モ
ード終了時刻を過ぎていれば、ループを抜け、処理をス
テップ８０４へ進める。

【００９４】ステップ８０４においては、許可通知の送
信先となるクライアントを指し示すための変数ｋを０で
初期化する。

【００９５】ステップ８０５においては、変数ｋで指し
示されたクライアントに対し、該当するプリンタグルー
プの節電モード移行時間が終了した旨の送信処理を呼び
出している。送信終了後、ステップ８０６へ進む。

【００９６】ステップ８０６においては、変数ｋをイン
クリメントする。

【００９７】ステップ８０７においては、変数ｋと送信
待ちクライアントの総数を比較し、処理を分岐させてい
る。すなわち送信待ちとなっていたクライアントの全て
に対して送信処理が終了するまでは、ステップ８０５へ
戻り、送信処理を繰り返す。また全てのクライアントに
対して送信処理が終了した場合、本処理は終了となる。

【００９８】以上のように、本実施形態では、あるプリ
ンタグループが通常モードへ復帰した場合に、その復帰
通知をクライアントに通知するため、クライアントは無
駄に待機する必要がなくなる。また、クライアントは情
報取得要求を再度送信する必要もない。しかも、復帰後
すぐに画像形成指示を実行できるなど、画像形成指示の
効率もよくなるであろう。

【００９９】［実施形態３］本実施形態は、クラインア
ントからサーバーに対し、画像形成を指示可能なプリン
タの有無を問い合わせるためのクライアントウェアに関
するものである。本実施形態は、とりわけ、プリンタド
ライバに関するものである。

【０１００】図９は、クライアント３１〜３４側で、サ
ーバー１２に対してプリント可能なプリンタ一覧の取得
要求を送信するためのクライアントウェアの表示例であ
る。

【０１０１】７１はクライアントから出力可能なプリン
タ情報を表示するための表示ボックスである。また、７
２はサーバー１２に対して、出力可能なプリンタ情報の
一覧の取得要求を送信するトリガとなるボタンである。
この際に、特定のプリンタを指定して、取得要求を送信
してもよい。また、復帰通知を希望するか否かの情報を
含めて取得要求を送信してもよい。

【０１０２】ユーザーの操作により、クライアント３１
〜３４上でクライアントウェアからボタン７２を選択さ
れた場合、それをトリガとしてサーバー１２に対して出
力可能なプリンタ情報の一覧の取得要求が送信される。
この取得要求には、クライアント又はユーザーを特定す
る識別情報も含まれている。

【０１０３】サーバー１２は、この取得要求を受信する
と、図７のフローチャートに従い処理を実行し、節電モ
ード移行時間中のプリンタグループを除外し、出力可能
なプリンタグループに属するプリンタの情報を応答とし
て、クライアントに送信する。

【０１０４】応答６２を受信すると、応答２６の内容に
応じて、例えば、図１８や図２３に示されるような情報
を表示する。

【０１０５】このように、クライアントのユーザーは、
画像形成の可能な画像形成装置を視覚的に把握できる。
その結果、誤って、節電モード中の画像形成装置を復帰
させてしまうことも回避され、節電効果を高めることが
できる。

【０１０６】また、予め画像形成を希望する画像形成装
置を指定することが可能となるため、サーバー側の判定
処理も簡単になろう。

【０１０７】また、取得要求（送信要求）に、前記復帰
通知を希望するか否かの情報を含めることにより、復帰
通知を希望しないクライアントにまで無駄な復帰通知を
送信することを回避できる。

【０１０８】［実施形態４］本実施形態では、クライア
ントにより送信される取得要求の中に、ユーザーが出力
を希望する特定のプリンタ又はプリンタグループについ
ての情報が含まれている場合についての実施形態であ
る。この実施形態によれば、予め、希望されたプリンタ
について判定指示を行えばよいため、判定処理や検索処
理を簡略化でき、処理速度の向上が期待できよう。以
下、図１０乃至図１３を用いて説明する。

【０１０９】クライアント３１は、画像データや文書デ
ータを出力するために、プリンタ２１を指定して、当該
プリンタが出力可能かの情報取得要求をサーバー１２に
送信する。この情報取得要求には、少なくとも出力を希
望するプリンタの識別子又はプリンタグループの識別子
が含まれている。また、クライアント３１を特定するた
めの識別子を含めてもよい。

【０１１０】サーバー制御部１０１は、ネットワーク１
１を介して、クライアント３１から情報取得要求を受信
する。図１０に示すように、サーバー制御部１０１は、
受信された情報取得要求の内容を参照し、プリンタ２１
（Ｐｒｎ：２１）について情報を要求されていることを
認識する。そこで、Ｐｒｎ：２１を検索キーワードとし
て、データベース管理部１０７に渡す。ＤＢ管理部１０
７は、プリンタグループ情報管理部データベースを用い
て、Ｐｒｎ：２１が属しているプリンタグループを検索
する。リンタグループ情報管理部データベースには、例
えば、図１１に示すような情報が格納されている。この
検索により、Ｐｒｎ：２１は、プリンタグループ１（Ｐ
ｒｎ−Ｇｒｐ：００１）に所属していることが判明す
る。ＤＢ管理部１０７は、検索結果であるＰｒｎ−Ｇｒ
ｐ：００１をサーバー制御部１０１に渡す。

【０１１１】サーバー制御部１０１は、ＤＢ管理部１０
７から、検索結果であるＰｒｎ−Ｇｒｐ：００１を受信
し、さらに、受信したＰｒｎ−Ｇｒｐ：００１を検索キ
ーワードとして、データベース管理部１０９に渡す。デ
ータベース管理部１０９は、Ｐｒｎ−Ｇｒｐ：００１を
キーワードに設定し、節電モード情報データベース１０
４を用いて、節電モードへの移行時間を検索する。節電
モード情報データベース１０４に格納されている情報の
例は図３に示したとおりである。ここでは、移行時間と
して「２００１／１０／０９０：００ − ２００１／
１０／１０８：００」が得られる。ＤＢ管理部１０９
は、検索結果をサーバー制御部１０１に渡す。

【０１１２】サーバー制御部１０１は、ＤＢ管理部１０
９から移行時間情報を受信する。さらに、サーバー制御
部１０１は、タイマー装置１１０から現在時刻を取得
し、移行時間と比較することで、希望されたプリンタが
節電モードに移行しているか、又は、通常モードで移行
しているかを判定する。ここでは、プリンタ２１がすで
に節電モードに移行していたとする。サーバー制御部
１０１は、判定結果として、プリンタ２１がすでに節電
モードに移行しているとの旨を通知する。なお、節電モ
ードでの移行時間も併せて通知してもよい。

【０１１３】サーバー制御部１０１は、さらに、クライ
アントが強制出力を可能であるかを判定してから、判定
結果の通知を行ってもよい。例えば、図１０において、
取得要求６１に、クライアントを特定する識別子として
ＰＣ：３１が含まれていたとする。サーバー制御部１０
１は、このＰＣ：３１をデータベース管理部１０８に渡
す。データベース管理部１０８は、ＰＣ：３１を検索キ
ーワードとして設定し、クライアントグループ情報デー
タベース１０４を用いて検索する。クライアントグルー
プ情報データベース１０４に格納されている情報の具体
例を図１２に示す。この例では、ＰＣ：３１がＣｌｎ−
Ｇｒｐ：００１に所属している。データベース管理部１
０８は、検索結果であるＣｌｎ−Ｇｒｐ：００１をサー
バー制御部１０１に渡す。

【０１１４】サーバー制御部１０１は、受信したＣｌｎ
−Ｇｒｐ：００１を、再度、データベース管理部１０８
に渡す。データベース管理部１０８は、Ｃｌｎ−Ｇｒ
ｐ：００１及びＰｒｎ−Ｇｒｐ：００１を検索キーワー
ドとして設定し、クライアントグループ情報データベー
ス１０４を用いて検索する。すると、図４に示された情
報に基づいて、強制出力が可能であることがわかる。こ
の様子は、図１０にもわかりやすく示されている。サー
バー制御部１０１は、ＤＢ管理部１０８からの検索結果
に基づき、プリンタ２１への出力が可能であると判定す
る。この判定結果は、応答６２としてクライアント２１
に通知される。

【０１１５】図１３に示すように、情報取得要求６１に
は、プリンタグループの識別情報やクライアントグルー
プの識別情報を格納してもよい。このようにすれば、上
述の処理のうちプリンタグループとクライアントグルー
プの判別のステップが不要になる利点がある。ただし、
この場合は、クライアントがプリンタグループとクライ
アントグループを知っていることが条件となる。

【０１１６】さらに、本実施形態においても、サーバー
制御部１０１は、プリンタが節電モードから通常モード
への復帰をクライアントに通知してもよい。クライアン
トは、図１０に示されるように情報取得要求６１に復帰
通知を希望するか否かを含めてもよい。サーバー制御部
１０１は、情報取得要求６１を参照し、復帰通知が希望
されている場合に、プリンタの復帰を検出して通知して
もよい。

【０１１７】以上のように、本実施形態によれば、予
め、希望されたプリンタについて判定指示を行えばよい
ため、判定処理や検索処理を簡略化でき、処理速度の向
上が期待できよう。

【０１１８】［実施形態５］第１の実施形態では、とり
わけ図４に示されているように、節電モード時の強制出
力が可能であるか否かをプリンタグループごとに設定し
ていた。本実施形態では、プリンタグループごとではな
く、すべてのプリンタに対して共通に強制出力の可否を
記憶するものである。換言すれば、プリンタグループご
との管理が不要となる利点がある。従って、第１の実施
形態よりも、処理が簡易化される。

【０１１９】図１４は、本実施形態に係るサーバー１４
１２の構成の一例を示す図である。図５に示された構成
と比較すると、プリンタグループ情報データベース１０
３及びそのデータベース管理部１０７を備えていない点
で異なっている。

【０１２０】図１５は、節電モードで動作中のプリンタ
グループに対する出力の許可・不許可を、クライアント
グループごとに関係付けて記憶したテーブルの一例を示
す図である。５４はクライアントグループを示すレコー
ドエリア、１５５５は節電モード中のプリンタへの出力
の許可・不許可を示すレコードエリアである。図１５に
示すように、例えば、Ｃｌｎ−Ｇｒｐ：００１のクライ
アントグループは、節電モード中のプリンタへの強制出
力が許可（○）されている。それに対し、Ｃｌｎ−Ｇｒ
ｐ：００３のクライアントグループは、節電モード中の
プリンタへの強制出力が拒否（×）されている。ちなみ
に、図１５に示された情報は、クライアントグループ情
報データベース１０４に格納されている。

【０１２１】図１６には、本実施形態に係る節電モード
への移行時間を管理するための管理データの例を示して
いる。このデータは、サーバー１４１２の制御下にある
すべてのプリンタに対して共通に適用されるものであ
る。管理データは、節電モード情報データベース１０５
に格納されている。

【０１２２】サーバー１４１２は、情報取得要求６１を
クライアントから受信すると、節電モード情報データベ
ース１０５を検索し、配下のプリンタが節電モードに移
行しているかを判定する。節電モードに移行している場
合は、さらに、情報取得要求６１を送信してきたクライ
アントが何れのクライアントグループに属しているかを
検索により特定し、特定されたクライアントグループに
対し、節電モード中の強制出力が可能であるかを検索に
より特定する。この結果、節電モード中の強制出力が禁
止されていれば、出力可能なプリンタが存在しない旨を
応答６２としてクライアントに通知する。

【０１２３】一方、配下のプリンタが節電モードに移行
していない場合は、サーバー１４１２は、プリンタへの
出力が可能と判定し、その旨の応答６２をクライアント
に通知する。同様に、節電モード中であっても、強制出
力が可能と判定されれば、サーバー１４１２は、プリン
タへの出力が可能である旨の応答６２をクライアントに
通知する。

【０１２４】図１７は、取得要求をサーバー１４１２が
受信した場合におけるサーバー１４１２の処理フローチ
ャートである。ｎｏｗ＿ｔは、現在時刻を記憶するため
の変数である。ｉ＿Ｍａｘは図１６に示された節電モー
ド移行時間情報の総数を記憶するための変数である。ｉ
は、節電モード移行時間情報のうち、現在参照している
レコードを指し示すための変数である。

【０１２５】ステップ１７０１において、サーバー制御
部１０１は、クライアント３１〜３４からの情報取得要
求６１を待つ。具体的には、クライアントからの取得要
求があったか否かを確認すべく、受信バッファの内容を
読みに行く処理である。ステップ１７０２において、報
取得要求があったか否かを判断し、処理の分岐を行って
いる。すなわちクライアントから情報取得要求があった
場合は、処理をステップ１７０３へ進める。一方、クラ
イアントから情報取得要求がなかった場合においては、
処理をステップ１７０１へ戻しクライアントからの情報
取得要求を受信するまでの待機ループを形成する。

【０１２６】ステップ１７０３において、現在の時刻を
タイマー装置１１０から取得し、変数ｎｏｗ＿ｔへ格納
する。ステップ１７０４において、節電モード移行時間
情報のレコードを指し示すための変数ｉを０で初期化す
る。すなわち最初の節電モード移行時間情報のレコード
を指し示すような値を設定する。ステップ１７０５にお
いては、変数ｉの指し示す節電モード移行時間情報の節
電モード移行開始時刻と、変数ｎｏｗ＿ｔに格納されて
いる現在時刻とを比較する。すなわち、現在時刻が節電
モード移行開始時刻より前であれば、まだ、節電モード
には移行していないので、処理をステップ１７０７へ進
ませる。一方、節電モード移行開始時刻より現在時刻が
後であれば、すでに節電モードに移行しているので、処
理をステップ１７０６へ進ませる。ステップ１７０６に
おいて、やはり変数ｉの指し示す節電モード移行時間情
報の節電モード移行終了時刻と変数ｎｏｗ＿ｔに格納さ
れている現在時刻の比較を行い、処理フローを分岐させ
ている。すなわち、節電モード移行終了時刻より現在時
刻が後であれば、すでに、節電モードから復帰している
ので、処理をステップ１７０７へ進ませる。一方、節電
モード移行終了時刻より現在時刻が前であれば、まだ、
節電モード中なので、処理をステップ１７１０へ進ませ
る。

【０１２７】ステップ１７０７において、節電モード移
行時間情報のレコードを指し示すための変数ｉをインク
リメントする。ステップ１７０８において、すべての節
電モード移行時間情報について、判定が終了したか否か
を判定する。具体的には、節電モード移行時間情報のレ
コードを指し示すための変数ｉと節電モード移行時間情
報として記憶されているレコードの総数を表すの変数ｉ
＿Ｍａｘとを比較する。すなわち、変数ｉが変数ｉ＿Ｍ
ａｘ以下であれば、まだ、すべての移行時間情報につい
て判定を終えていないので、処理をステップ１７０５に
戻す。一方、変数ｉが変数ｉ＿Ｍａｘより大きければ、
すべての処理を終えたので、処理をステップ１１１へ進
める。このループにより、サーバー１２に保存されてい
る移行時間情報の全てと、現在時刻情報とを比較するこ
とができる。

【０１２８】ステップ１７０９において、要求元のクラ
イアントがいずれのクライアントグループに属している
かを検索し、さらに、そのクライアントグループに対し
て設定されている強制出力の可否を検索する。ステップ
１７１０において、当該クライアントグループが節電モ
ード中のプリンタへの強制出力を許可されているか否か
を判定する。例えば、クライアントグループが強制出力
を許可されていれば、処理をステップ１７１１へ進め
る。一方、強制出力を禁止されていれば、処理をステッ
プ１７１２へ進める。

【０１２９】ステップ１７１１において、プリンタへの
出力が可能である旨の応答６２を、要求元のクライアン
トに送信している。なお、このステップ１７１１に辿り
着くための条件は、現在時刻がすべての節電モード移行
時間の外にあるケースや、要求元のクライアントが属す
るクライアントグループに対し節電モード中のプリント
出力が許可されているケースである。このような場合
に、プリンタ２１〜２８に対する出力が可能と判断され
る。そして、取得要求を送信したクライアントに対する
応答６２として、ネットワークに接続されているプリン
タ２１〜２８のプリンタ情報を送信する。処理終了後、
ステップ１７０１に処理を戻し、次のクライアントから
のプリンタ情報取得要求を待つ。

【０１３０】ステップ１７１２において、出力可能なプ
リンタは存在しない旨の応答６２を送信する。例えば、
現在時刻が節電モード移行時間のいずれかに該当し、か
つ、要求元のクライアントの属するクライアントグルー
プが節電モード中の出力を禁止されているケースに、こ
のような応答がなされる。

【０１３１】ちなみに、この応答６２を受信したクライ
アントは、図１８に示されたウインドウを表示する。こ
れにより、ユーザーには、プリント可能なプリンタが存
在しないことを認識させることができる。

【０１３２】以上のように本実施形態では、プリンタグ
ループごとではなく、すべてのプリンタに対して共通に
強制出力の可否を記憶するため、プリンタグループごと
の管理が不要となる利点がある。もちろん、他の実施形
態と同様に、節電効果も期待できる。

【０１３３】［実施形態６］本実施形態は、複数のプリ
ンタのいずれかにスプール機能が備えられている場合の
実施形態である。スプール機能は、出力されるデータを
一時的に蓄積する機能である。また、スプール機能は、
節電モード中でも実行される機能である。このように、
本実施形態では、通常モードで動作中の画像形成装置や
スプール機能を備えた画像形成装置に優先してクライア
ントからの画像形成指示を促進させることで、節電モー
ド中の画像形成装置が強制復帰させられる回数を削減
し、全体での電力消費を抑えようとするものである。

【０１３４】図１９に示すように、プリンタ２１及びプ
リンタ２２は、節電モード中であってもスプール出力を
受け付けるプリンタである。これらをプリンタグループ
１とする。プリンタ２３乃至プリンタ２５は、節電モー
ド中のスプール出力を受け付けないプリンタである。こ
れらをプリンタグループ２とする。同様に、プリンタ２
６乃至プリンタ２８も節電モード中のスプール出力を受
け付けないプリンタである。これらをプリンタグループ
３とする。図２０は、クライアントグループ情報デー
タベースに格納されている情報の一例を示している。図
２０において、「○」は節電モード中であっても強制出
力が可能であることを示している。「△」は、節電モー
ド中にはスプール保存のみが可能であることを示してい
る。「×」は、節電モード中には、強制出力だけでな
く、スプール保存も禁止されていることを示している。
例えば、クライアントグループ１（Ｃｌｎ−Ｇｒｐ：０
０１）は、プリンタグループ１及び２について強制出力
が許可されているが、プリンタグループ３については強
制出力及びスプール出力の双方が禁止されている。ま
た、クライアントグループ３（Ｃｌｎ−Ｇｒｐ：００
３）は、プリンタグループ１についてスプール出力のみ
が許可されており、プリンタグループ２について強制出
力が許可されており、プリンタグループ３については強
制出力及びスプール出力の双方が禁止されている。

【０１３５】図２１に本実施形態に係るサーバー１２の
処理フローチャートを示す。図７のフローチャートとほ
ぼ共通の処理については同様の符号を付すことで説明を
簡略化する。ステップ７０１からステップ７０６までは
すでに説明したように処理される。ステップＳ７０７
で、ｉ番目のプリンタグループが節電モードを終了した
か否かを判定する。この判定により、まだ、節電モード
中であると判定されるとステップ２１０１に進む。

【０１３６】ステップ２１０１で、サーバー制御部１０
１は、情報取得要求６１を送信してきたクライアントが
い属しているクライアントグループを特定する。具体的
には、サーバー制御部１０１は、情報取得要求に含まれ
るクライアントの識別子をデータベース管理部１０８に
渡す。データベース管理部１０８は、クライアントの識
別子をキーワードに設定して、クライアントグループ情
報データベース１０４を用いて検索を実行する。データ
ベース管理部１０８は、検索結果としてクライアントグ
ループの識別情報をサーバー制御部１０１に渡す。さら
に、サーバー制御部１０１は、特定されたクライアント
グループの識別情報と、ｉ番目のプリンタグループを表
す識別情報とをデータベース管理部１０８に渡す。デー
タベース管理部１０８は、クライアントグループの識別
情報と、ｉ番目のプリンタグループを表す識別情報とを
キーワードに設定して、クライアントグループ情報デー
タベース１０４を用いてアンド検索を実行する。データ
ベース管理部１０８は、検索結果として図２０で説明し
た「○」、「△」、「×」をサーバー制御部１０１に渡
す。例えば、クライアントグループ１に属するクライア
ントから情報取得要求６１が送信されてきた場合は、プ
リンタグループ１について、強制出力が可能であること
を表す「○」が得られる。また、クライアントグループ
３に属するクライアントから情報取得要求６１が送信さ
れてきた場合は、プリンタグループ１について、スプー
ル出力が可能であることを表す「△」が得られる。

【０１３７】ステップ２１０２で、サーバー制御部１０
１は、当該クライアントグループがｉ番目のプリンタグ
ループへの強制出力を許可されているかを判定する。具
体的には、検索結果が「○」であるかどうか判定する。
検索結果が○であれば、ステップ７１１で出力可能なプ
リンタグループとして応答６２に追加する。

【０１３８】ステップ２１０２で、サーバー制御部１０
１は、当該クライアントグループがｉ番目のプリンタグ
ループへのスプール出力が許可されているかを判定す
る。具体的には、検索結果が「△」であるかどうか判定
する。検索結果が△であれば、ステップ７１１で、スプ
ール出力が可能なプリンタグループとして応答６２に追
加する。

【０１３９】このように、本実施形態では、通常モード
で動作中の画像形成装置やスプール機能を備えた画像形
成装置に優先してクライアントからの画像形成指示を促
進させることで、節電モード中の画像形成装置の強制復
帰の回数を削減し、全体での電力消費の節約効果を期待
できる。

【０１４０】［実施形態７］本実施形態は、節電モード
中のスプール機能を有するプリンタに関するものであ
る。具体的には、節電モード中にスプールされたデータ
の画像形成が完了すると完了通知をクライアントに通知
するため、ライアントのユーザーは、画像形成の完了を
容易に把握でき、ユーザーの使い勝手が向上しよう。

【０１４１】図２２は、スプール機能を有するプリンタ
において、各クライアント３１〜３４からプリント出力
を受信したときの処理を示すフローチャートである。本
処理はスプール可能なプリンタにおいて、ネットワーク
経由の出力サービスの提供が開始されたのと実質的に同
時に開始される。

【０１４２】ステップ２２０１において、プリンタに備
えれらたネットワークポートの受信処理を行う。受信処
理終了後、ステップ２０２へ進む。ステップ２０２にお
いて、ネットワークボードにより受信されたデータが、
プリンタに対する出力要求（画像形成指示）であるか否
かを判定し、判定結果に基づいて処理フローを分岐させ
ている。すなわち、出力要求であれば、処理をステップ
２２０３へ進める。一方、出力要求でなければ、処理を
ステップ２２０１へと戻し、次のデータの待ちループを
形成する。

【０１４３】ステップ２２０３において、サーバー１２
に対してプリンタの属するプリンタグループが節電モー
ド中であるか否かの問い合わせ、その応答を待つ処理を
呼び出している。処理後、応答があった時点でステップ
２２０４へ進む。ステップ２２０４において、サーバー
１２からの応答内容に基づいて、処理フローを分岐させ
ている。すなわち、プリンタの属するプリンタグループ
が節電モード中であったならば、処理をステップ２２０
５へ進める。一方、プリンタの属するプリンタグループ
が節電モード中でなければ、処理をステップ２２０７へ
進める。

【０１４４】ステップ２２０５で、サーバー１２からの
応答内容に基づいて、処理フローを分岐させている。す
なわち、プリンタの属するプリンタグループとクライア
ントの属するクライアントグループとの関係から、節電
モード中のプリントアウトが許可されているならば（す
なわち強制出力が許可されていれば）、処理をステップ
２２０７へ進める。一方、節電モード中はスプール出力
のみが許可されているならば、処理をステップ２２０６
へ進める。

【０１４５】ステップ２２０６において、プリンタは節
電モード中であり、かつ、要求元のクライアントはスプ
ール出力のみが可能なため、クライアントからの出力デ
ータをスプールに保存する処理を呼び出している。スプ
ール保存処理が終了すると、ステップ２２０１へ処理を
戻し、次のクライアントからの出力データ受信を待つ。

【０１４６】ステップ２２０７において、クライアント
からの出力データが出力可能と判断されたため、クライ
アントからの出力データを出力する処理を呼び出してい
る。ステップ２２０８において、出力処理（画像形成処
理）が完了すると、完了した旨を、クライアントに通知
する。そして、再びステップ２０１へ処理を戻し、次の
クライアントからの出力データ受信を待つ。

【０１４７】このように、本実施形態では、節電モード
中にスプールされたデータの画像形成が完了すると完了
通知をクライアントに通知する。その結果、クライアン
トのユーザーは、画像形成の完了を容易に把握でき、ユ
ーザーの使い勝手が向上しよう。

【０１４８】図２３に、クライアントにおいて、情報取
得要求６１に対する応答６２を受信した場合の表示例を
示す。７５は、プリンタの名称であり、７６は出力可否
やスプールの可否を示す情報である。図２３の例では、
応答６２の内容として、プリンタ１及びプリンタ４は、
出力可能であることを示しており、プリンタ２及びプリ
ンタ３は、スプール可能であることを示している。

【０１４９】このように表示することにより、ユーザー
はどのプリンタが出力可能で、どのプリンタがスプール
可能であるかを容易に把握することができる。

【０１５０】［他の実施形態］なお、本願発明は、複数
の機器（例えばホストコンピュータ、インターフェース
機器、リーダなど）から構成されるシステムあるいは統
合装置に適用しても、ひとつの機器からなる装置に適用
してもよい。

【０１５１】また、前述した実施形態の機能を実現する
ソフトウエアのプログラムコードを記録した記憶媒体
を、システムあるいは装置に供給し、そのシステムある
いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記
憶媒体に格納されたプログラムコードを読み出し実行す
ることによっても、本願発明の目的が達成されることは
言うまでもない。この場合、記憶媒体から読み出された
プログラムコード自体が本願発明の新規な機能を実現す
ることになり、そのプログラムコードを記憶した記憶媒
体は本願発明を構成することになる。

【０１５２】プログラムコードを供給するための記憶媒
体としては、例えば、フレキシブルディスク、ハードデ
ィスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、
ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯ
Ｍなどを用いることができる。

【０１５３】また、コンピュータが読み出したプログラ
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。

【０１５４】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。

【０１５５】なお、本願発明は、前述した実施形態の機
能を実現するソフトウエアのプログラムコードを記録し
た記憶媒体から、そのプログラムをパソコン通信など通
信ラインを介して要求者にそのプログラムを配信する場
合にも適用できることは言うまでもない。

【０１５６】

【発明の効果】以上、説明したようにクライアント（も
しくはクライアントグループ）と画像形成装置（もしく
は画像形成装置グループ）との関係からプリンタへの画
像形成指示をサーバーにより制御することが可能とな
り、その結果、節電モードに移行中の画像形成装置に対
する無秩序な画像形成指示の発生を抑制できる。裏を返
せば、通常モードで動作中の画像形成装置を優先してク
ライアントに使用させることが可能となり、サーバーの
管理下にある複数の画像形成装置に係る消費電力の削減
が可能となる。

【０１５７】また、画像形成装置が節電モードから通常
モードへと復帰したことを検出すると、当該画像形成装
置への画像形成指示が可能となった旨の復帰通知をクラ
イアントに送信することにより、節電モード中のため画
像形成の指示を待機していたクライアントに対し、画像
形成の指示が可能となったことを知らせることができ、
クライアントを無駄に待機させることを回避できよう。
また、ユーザーの利便性と消費電力削減の両立が可能と
なろう。

【０１５８】また、情報取得要求（送信要求）に復帰通
知を希望するか否かの情報を含めることで、復帰通知を
希望しないクライアントにまで無駄な復帰通知を送信す
ることを回避できる。また、節電モードで動作中の画
像形成装置に対するスプールを許可されているか否かの
スプール許可情報に基づいて、画像形成装置へのスプー
ルの可否に関する可否通知をクライアントに送信するこ
とにより、節電モード中のスプール処理をも秩序立てる
ことが可能となり、さらに、節電モード中の画像形成装
置の強制復帰を回避でき、電力の浪費を節約できよう。

【０１５９】また、スプールされたデータが出力された
旨を画像形成装置からクライアントに通知すすれば、ク
ライアントのユーザーは、画像形成の完了を容易に把握
できるため、ユーザーの使い勝手が向上しよう。

【図面の簡単な説明】

【図１】実施形態が適用される画像形成システムの一例
を示す図である。

【図２】画像形成装置のグループ化の一例を示す図であ
る。

【図３】プリンタグループごとの節電モードへの移行時
間情報のフォーマット例を示しす図である。

【図４】クライアントグループとプリンタグループとの
関係に基づく節電モード中の画像形成指示の可否情報の
一例を示す図である。

【図５】実施形態に係るサーバー１２の構成例を示す図
である。

【図６】サーバーとクライアント間の情報の送受信例を
示す図である。

【図７】取得要求を受信した場合におけるサーバーの処
理フローチャートである。

【図８】節電モードが終了した場合におけるサーバーの
処理フローチャートである。

【図９】取得要求を送信するためのクライアントソフト
ウェアに関する表示・操作画面の一例である。

【図１０】取得要求を受信した場合におけるサーバーの
検索処理を説明するための図である。

【図１１】プリンタグループ情報データベースの一例を
示す図である。

【図１２】クライアントグループ情報データベースの一
例を示す図である。

【図１３】取得要求を受信した場合におけるサーバーの
検索処理を説明するための図である。

【図１４】節電モード情報データベースの一例を示す図
である。

【図１５】サーバー１４１２の構成の一例を示す図であ
る。

【図１６】クライアントグループごとの強制出力の可否
を表すクラインとグループ情報データベースの一例を示
す図である。

【図１７】取得要求を受信した場合におけるサーバーの
処理フローチャートである。

【図１８】サーバーからの応答を受信したクライアント
ソフトウェアに関する表示・操作画面の一例である。

【図１９】スプール機能を考慮したグループ化の一例を
示す図である。

【図２０】クライアントグループとプリンタグループと
の関係に基づく節電モード中の画像形成指示及びスプー
ルの可否情報の一例を示す図である。

【図２１】取得要求を受信した場合におけるサーバーの
処理フローチャートである。

【図２２】スプール機能を備えたプリンタの処理フロー
チャートである。

【図２３】サーバーからの応答を受信したクライアント
ソフトウェアに関する表示・操作画面の一例である。

Claims

【特許請求の範囲】

【請求項１】節電モードと通常モードとを有する複数の
画像形成装置を管理するサーバーであって、節電モードで動作中の画像形成装置に対する画像形成指
示を許可されているか否かの許可情報を、前記サーバー
のクライアントが属するクライアントグループごとに記
憶する記憶手段と、前記画像形成装置の動作に関する情報の取得要求をクラ
イアントから受信する受信手段と、前記取得要求を受信すると、前記クライアントが属する
クライアントグループについての許可情報を前記記憶手
段から読み出し、該許可情報に基づいて、前記画像形成
装置への画像形成指示の可否に関する可否通知を前記ク
ライアントに送信する送信手段と、を含むサーバー。
【請求項２】前記記憶手段は、前記画像形成装置の節電モードで動作する動作時間に関
する情報を記憶する第１の記憶手段と、前記節電モードで動作中の画像形成装置に対する画像形
成指示を許可されているか否かの許可情報を、前記サー
バーのクライアントが属するクライアントグループごと
に記憶する第２の記憶手段と、を含むことを特徴とする請求項１に記載のサーバー。
【請求項３】前記取得要求を受信すると、前記節電モー
ドでの動作時間に関する情報を前記第１の記憶手段から
読み出し、現在の時刻と前記動作時間とを比較し、前記
画像形成装置が節電モードで動作中であるか否かを判定
する判定手段をさらに備え、前記送信手段は、前記判定により、前記画像形成装置が節電モードで動作
中であると判定されると、さらに、前記第２の記憶手段
から前記許可情報を読み出し、該許可情報に基づいて、
前記可否通知を前記クライアントに送信することを特徴
とする請求項２に記載のサーバー。
【請求項４】節電モードで動作していると判定された画
像形成装置が通常モードへと復帰したことを検出する検
出手段をさらに備え、前記送信手段は、前記画像形成装置への画像形成指示が
可能となった旨の復帰通知を送信することを特徴する請
求項３に記載のサーバー。
【請求項５】前記送信要求には、前記復帰通知を希望す
るか否かの情報が含まれていることを特徴とする請求項
４に記載のサーバー。
【請求項６】前記記憶手段は、さらに、節電モードで動
作中の画像形成装置に対してスプールを許可されている
か否かのスプール許可情報を前記クライアントグループ
ごとに記憶し、前記送信手段は、前記スプール許可情報に基づいて、前
記画像形成装置へのスプールの可否に関する可否通知を
前記クライアントに送信することを特徴とする請求項１
乃至請求項５のいずれか１項に記載のサーバー。
【請求項７】スプールされた画像形成装置が節電モード
置から通常モードへと復帰したことを検出する検出手段
をさらに備え、前記送信手段は、前記スプールされた画像形成装置の画
像形成が可能となった旨の通知を送信することを特徴す
る請求項６に記載のサーバー。
【請求項８】請求項６又は請求項７に記載のサーバーに
より管理される画像形成装置であって、節電モード中に前記クライアントからスプールされたデ
ータを保持する保持手段と、前記節電モードから復帰すると前記保持手段に保持され
ているデータを出力する出力手段と、を備えることを特徴とする画像形成装置。
【請求項９】前記出力手段からの出力が実行されると、
前記クライアントに対し、スプールされたデータが出力
された旨を通知する通知手段をさらに備えることを特徴
とする請求項８に記載の画像形成装置。
【請求項１０】節電モードと通常モードとを有する複数
の画像形成装置を管理するサーバーであって、１以上の画像形成装置からなる画像形成装置グループに
ついてのグループ情報を記憶する第１の記憶手段と、前記画像形成装置グループごとに節電モードでの動作時
間に関する情報を記憶する第２の記憶手段と、前記グループ情報と前記動作時間に関する情報とに基づ
いて、前記画像形成装置に対し動作モードの切り替えを
指示する指示手段と、を含むことを特徴とするサーバー。
【請求項１１】クライアントにより使用可能な画像形成
装置グループに関する情報の送信要求を前記クライアン
トから受信する受信手段と、前記画像形成装置グループごとの前記節電モードでの動
作時間に関する情報を前記第２の記憶手段から読み出
し、該読み出された動作時間に関する情報と現在時刻と
に基づいて、該画像形成装置グループが通常モードで動
作しているか又は節電モードで動作しているかを判定す
る判定手段と、前記判定の結果を前記クライアントに送信する送信手段
と、をさらに含むことを特徴とする請求項１０に記載のサー
バー。
【請求項１２】前記送信手段は、前記判定に基づいて、前記クライアントからの画像形成
の指示が可能な画像形成装置として、前記通常モードで
動作している画像形成装置グループに属する画像形成装
置に関する情報を該クライアントに送信することを特徴
とする請求項１１に記載のサーバー。
【請求項１３】前記送信手段は、前記判定の結果、前記クライアントからの画像形成の指
示が可能な画像形成装置が存在しない場合は、画像形成
の指示が可能な画像形成装置が存在しない旨の通知を送
信することを特徴とする請求項１１に記載のサーバー。
【請求項１４】前記動作時間に関する情報は、さらに、
１以上のクライアントからなるクライアントグループご
との動作時間に関する情報であることを特徴とする請求
項１１乃至請求項１３のいずれか１項に記載のサーバ
ー。
【請求項１５】１以上のクライアントからなるクライア
ントグループごとに、該クラインアントグループに属す
るクライアントから使用可能な画像形成装置のグループ
に関する情報を記憶する第３の記憶手段をさらに備え、前記判定手段は、前記第３の記憶手段に記憶されている
情報に基づいて、前記画像形成装置グループが前記クラ
イアントのために動作可能であるかを判定することを特
徴とする請求項１１に記載のサーバー。
【請求項１６】前記送信要求には、前記クライアントが
画像の形成を希望する画像形成装置に関する希望情報が
含まれており、前記判定手段は、希望された画像形成装置が属する画像
形成装置グループについて前記判定を実施することを特
徴とする請求項１１に記載のサーバー。
【請求項１７】節電モードで動作していると判定された
画像形成装置のグループが通常モードへと復帰したこと
を検出する検出手段をさらに備え、前記送信手段は、前記検出に基づいて前記画像形成装置
グループへの画像形成指示が可能となった旨の復帰通知
を送信することを特徴する請求項１１に記載のサーバ
ー。
【請求項１８】前記送信要求には、前記復帰通知を希望
するか否かの情報が含まれていることを特徴とする請求
項１７に記載のサーバー。
【請求項１９】請求項１乃至請求項７及び請求項１０乃
至請求項１８のいずれか１項に記載のサーバーにより管
理されるクライアントであって、画像形成装置への画像形成指示を入力する入力手段と、前記画像形成指示が入力されると、前記サーバーに前記
取得要求を送信する送信手段と、前記取得要求に対する応答を前記サーバーから受信する
受信手段と、前記応答に基づいて、前記画像形成装置への画像形成指
示の可否に関する情報を表示する表示手段と、を含むことを特徴とするクライアント。
【請求項２０】前記入力手段は、さらに、画像形成装置
を指定するための指定指示を入力し、前記送信手段は、指定された画像形成装置に関する情報
が含まれた取得要求を送信することを特徴とする請求項
１９に記載のクライアント。
【請求項２１】前記入力手段は、さらに、節電モード中
の画像形成装置の復帰通知を希望するか否かの情報を入
力し、前記送信手段は、前記復帰通知を希望するか否かの情報
が含まれた取得要求を送信することを特徴とする請求項
１９又は請求項２０に記載のクライアント。
【請求項２２】節電モードと通常モードとを有する複数
の画像形成装置と、該画像形成装置に画像の形成指示を
出力するクライアントと、該クライアント及び該複数の
画像形成装置を管理するサーバーとを含む画像形成シス
テムにおいて、前記サーバーは、節電モードで動作中の画像形成装置に対する画像形成指
示を許可されているか否かの許可情報を、前記クライア
ントが属するクライアントグループごとに記憶する記憶
手段と、前記画像形成装置の動作に関する情報の取得要求をクラ
イアントから受信する第１の受信手段と、前記取得要求を受信すると、前記クライアントが属する
クライアントグループについての許可情報を前記記憶手
段から読み出し、該許可情報に基づいて、前記画像形成
装置への画像形成指示の可否に関する可否通知を前記ク
ライアントに送信する第１の送信手段と、を含むことを特徴とする画像形成システム。
【請求項２３】前記クライアントは、画像形成装置への画像形成指示を入力する入力手段と、前記画像形成指示が入力されると、前記サーバーに対し
て前記取得要求を送信する第２の送信手段と、前記取得要求に対する可否通知を前記サーバーから受信
する第２の受信手段と、前記可否通知に基づいて、前記画像形成装置への画像形
成指示の可否に関する情報を表示する表示手段と、を含むことを特徴とする請求項２２に記載の画像形成シ
ステム。
【請求項２４】前記記憶手段は、さらに、節電モードで
動作中の画像形成装置に対してスプールを許可されてい
るか否かのスプール許可情報を前記クライアントグルー
プごとに記憶し、前記送信手段は、前記スプール許可情報に基づいて、前
記画像形成装置へのスプールの可否に関する可否通知を
前記クライアントに送信することを特徴とする請求項２
２に記載の画像形成システム。
【請求項２５】前記画像形成装置は、節電モード中に前記クライアントからスプールされたデ
ータを保持する保持手段と、前記節電モードから復帰すると前記保持手段に保持され
ているデータを出力する出力手段と、を備えることを特徴とする画像形成システム。
【請求項２６】節電モードで動作中の画像形成装置に対
する画像形成指示を許可されているか否かの許可情報
を、前記サーバーのクライアントが属するクライアント
グループごとに記憶する記憶手段を備えるサーバーにお
いて実行される画像形成管理方法であって、前記画像形成装置の動作に関する情報の取得要求をクラ
イアントから受信するステップと、前記取得要求を受信すると、前記クライアントが属する
クライアントグループについての許可情報を前記記憶手
段から読み出すステップと、前記許可情報に基づいて、前記画像形成装置への前記画
像形成指示の可否に関する可否通知を前記クライアント
に送信するステップと、を含む画像形成管理方法。
【請求項２７】節電モードと通常モードとを有する複数
の画像形成装置を管理するサーバーにおいて実行される
画像形成管理方法であって、１以上の画像形成装置からなる画像形成装置グループに
ついてのグループ情報と、前記画像形成装置グループご
とに節電モードでの動作時間に関する情報とを読み出す
ステップと、前記グループ情報及び前記動作時間に関する情報に基づ
いて、前記画像形成装置に対し動作モードの切り替えを
指示する指示ステップと、を含むことを特徴とする画像形成管理方法。
【請求項２８】クライアントにより使用可能な画像形成
装置グループに関する情報の送信要求を前記クライアン
トから受信するステップと、前記画像形成装置グループごとの前記節電モードでの動
作時間に関する情報を読み出すステップと、前記読み出された動作時間に関する情報と現在時刻とに
基づいて、該画像形成装置グループが通常モードで動作
しているか又は節電モードで動作しているかを判定する
ステップと、前記判定の結果を前記クライアントに送信する送信ステ
ップと、をさらに含むことを特徴とする請求項２７に記載の画像
形成管理方法。
【請求項２９】節電モードで動作中の画像形成装置に対
する画像形成指示を許可されているか否かの許可情報
を、前記サーバーのクライアントが属するクライアント
グループごとに記憶する記憶手段を備えるサーバーにお
いて実行される画像形成管理プログラムであって、前記画像形成装置の動作に関する情報の取得要求をクラ
イアントから受信するためのプログラムコードと、前記取得要求を受信すると、前記クライアントが属する
クライアントグループについての許可情報を前記記憶手
段から読み出すためのプログラムコードと、前記許可情報に基づいて、前記画像形成装置への前記画
像形成指示の可否に関する可否通知を前記クライアント
に送信するためのプログラムコードと、を含む画像形成管理プログラム。
【請求項３０】節電モードと通常モードとを有する複数
の画像形成装置を管理するサーバーにおいて実行される
画像形成管理プログラムであって、１以上の画像形成装置からなる画像形成装置グループに
ついてのグループ情報と、前記画像形成装置グループご
とに節電モードでの動作時間に関する情報とを読み出す
ためのプログラムコードと、前記グループ情報及び前記動作時間に関する情報に基づ
いて、前記画像形成装置に対し動作モードの切り替えを
指示する指示ためのプログラムコードと、を含むことを特徴とする画像形成管理プログラム。
【請求項３１】クライアントにより使用可能な画像形成
装置グループに関する情報の送信要求を前記クライアン
トから受信するためのプログラムコードと、前記画像形成装置グループごとの前記節電モードでの動
作時間に関する情報を読み出すためのプログラムコード
と、前記読み出された動作時間に関する情報と現在時刻とに
基づいて、該画像形成装置グループが通常モードで動作
しているか又は節電モードで動作しているかを判定する
ためのプログラムコードと、前記判定の結果を前記クライアントに送信する送信ため
のプログラムコードと、をさらに含むことを特徴とする請求項３０に記載の画像
形成管理プログラム。
【請求項３２】請求項２９乃至請求項３１のいずれか１
項に記載の画像形成管理プログラムを記憶したコンピュ
ータ可読媒体。