(57)【要約】【課題】  画像形成装置同士でクリーニング動作を開始する時間を管理し、ホストＰＣが無くても定期的なクリーニング動作を実施可能な画像形成システムを提供することを課題とする。【解決手段】  ネットワークを介した画像形成装置の起動が可能な第１の状態と、ネットワークを介して起動されることが可能な第１の状態よりも低消費電力の第２の状態と、を含む状態を取り得る画像形成装置を有する画像形成システムであって、画像形成システムは少なくとも１つの第１の状態の画像形成装置を有し、第１の状態の画像形成装置は、第１および第２の状態の画像形成装置をタイマ起動させる時間を記憶し、記憶されたタイマ起動させる時間に前記第１および／または第２の状態の画像形成装置を起動させる。第１および第２の状態の画像形成装置は、起動されると所定の処理を行う。【選択図】  図２
2015100956.tif 000002
【特許請求の範囲】
【請求項１】
タイマによる起動が可能な第１の状態と、ネットワークを介して起動されることが可能な前記第１の状態よりも低消費電力の第２の状態と、を含む状態を取り得る画像形成装置を有する画像形成システムであって、
前記画像形成システムは少なくとも１つの第１の状態の画像形成装置を有し、
前記第１の状態の画像形成装置は、
前記第２の状態の画像形成装置情報と、前記第２の状態の画像形成装置を起動させる時間情報とを紐付けて記憶する記憶手段と、
前記記憶手段に記憶された、少なくとも１台の前記第２の状態の画像形成装置を起動させる時間に前記第１の状態の画像形成装置を起動させるサーバモード復帰手段と、
前記起動させる時間になった第２の状態の画像形成装置を起動させる命令を送信する起動命令手段と
を有し、
前記第２の状態の画像形成装置は、
前記起動命令手段による命令を受信すると、第２の状態の画像形成装置を起動させるクライアントモード復帰手段と、
前記クライアントモード復帰手段により起動されると所定の処理を行う処理実行手段と、
を有することを特徴とする画像形成システム。
【請求項２】
前記第２の状態の画像形成装置は、前記第１の状態の画像形成装置から前記記憶手段に記憶される情報を取得する情報取得手段を有し、
前記画像形成システムにおいて、全ての画像形成装置が第１もしくは第２の状態の場合に前記第２の状態の画像形成装置がユーザにより起動されると、前記第２の状態の画像形成装置は、前記情報取得手段により前記記憶手段に記憶される情報を取得することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記記憶手段に記憶された情報を有する起動状態の画像形成装置は、
起動状態の他の画像形成装置に前記記憶手段に記憶される情報を送信する情報送信手段を有し、
前記画像形成システムにおいて、前記起動状態の画像形成装置は、起動されている画像形成装置が他にある場合には、前記情報送信手段により前記他の起動されている画像形成装置に前記記憶手段に記憶される情報を送信して、前記第２の状態に遷移し、起動されている画像形成装置が他にない場合には、前記第１の状態に遷移することを特徴とする請求項１または２に記載の画像形成システム。
【請求項４】
前記第２の状態とは、画像形成装置のスリープ状態を示すことを特徴とする請求項１乃至３に記載の画像形成システム。
【請求項５】
前記所定の処理とは、画像形成装置のクリーニング処理とする請求項１乃至４に記載の画像形成システム。
【請求項６】
タイマによる起動が可能な第１の状態と、ネットワークを介して起動されることが可能な前記第１の状態よりも低消費電力の第２の状態と、を含む状態を取り得る画像形成装置を有する画像形成システムの制御方法であって、
前記第２の状態の画像形成装置情報と、前記第２の状態の画像形成装置を起動させる時間情報とを紐付けて記憶する記憶手段を有し、
前記記憶手段に記憶された、少なくとも１台の前記第２の状態の画像形成装置を起動させる時間に前記第１の状態の画像形成装置を起動させるサーバモード復帰工程と、
前記起動させる時間になった第２の状態の画像形成装置を起動させる命令を送信する起動命令工程と
前記起動命令工程による命令を受信すると、第２の状態の画像形成装置を起動させるクライアントモード復帰工程と、
前記クライアントモード復帰工程により起動されると所定の処理を行う処理実行工程と、
を有することを特徴とする画像形成システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置のヘッドクリーニングを適切な時期に行う画像形成システムに関する。
【背景技術】
【０００２】
画像形成装置では、長時間入力が画像形成装置に行われない場合には、所定の時間（待機時間または移行時間という）が経過すると、待機時の電力を抑えた省電力状態（休止状態、スリープ状態、スタンバイ状態ともいう）に移行する等して低消費電力（省エネルギー化）を実現している。
【０００３】
また、省電力状態からの復帰時等において、画像形成装置の状況（未使用時間、ヘッドの状態等）によりトナーやインクのヘッド等のクリーニング動作を実施する。その場合、画像形成装置のクリーニング動作が終了するまで、印刷動作が開始できず、印刷完了までに時間を要してしまう。
【０００４】
そこで、特許文献１には、外部のホストＰＣからクリーニング動作に必要な画像形成装置に対して、適時ネットワークを介して、クリーニング動作の指示を出すシステムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２５３０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、ホストＰＣが常時稼動していることが必要であり、ホストＰＣ自体に何らかの障害が発生した場合、または、ネットワークの障害により、ホストＰＣから画像形成装置へのネットワークを介した指示が届かない場合は、クリーニング動作が行われないことになる。
さらに、ホストＰＣが常時稼動することによる電力も消費されてしまう。
【０００７】
本発明は、上記の問題点を鑑み、画像形成装置同士でクリーニング動作を開始する時間を管理し、ホストＰＣが無くても定期的なクリーニング動作を実施可能な画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、ネットワークを介した画像形成装置の起動が可能な第１の状態と、ネットワークを介して起動されることが可能な前記第１の状態よりも低消費電力の第２の状態と、を含む状態を取り得る画像形成装置を有する画像形成システムであって、前記画像形成システムは少なくとも１つの第１の状態の画像形成装置を有し、前記第１の状態の画像形成装置は、前記第１および第２の状態の画像形成装置をタイマ起動させる時間を記憶する記憶手段と、前記記憶手段に記憶されたタイマ起動させる時間に前記第１および／または第２の状態の画像形成装置を起動させる起動手段と、を有し、前記第１および第２の状態の画像形成装置は、前記起動手段により起動されると所定の処理を行う処理実行手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像形成装置同士でクリーニング動作を開始する時間を管理し制御することにより、ホストＰＣが無くても定期的なクリーニング動作を行うことが可能となる。したがって、朝のプリンタ起動時などに実行されるヘッドクリーニングなどの回復動作による印刷できない時間を低減することが、ホストＰＣが無くても可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係る画像形成システムのシステム構成の一例を示す模式図である。
【図２】本発明の実施の形態に係る画像形成システムのソフトウェア構成の一例を示す模式図である。
【図３】図１の画像形成装置３００のハードウェア構成の一例を示す模式図である。
【図４】画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の全体の処理の流れを示すフローチャートの一例である。
【図５】スリープ状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の復帰処理の流れを示すフローチャートの一例である。
【図６】起動状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置のスリープ状態への以降処理の流れを示すフローチャートの一例である。
【図７】起動状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の処理の流れを示すフローチャートの一例である。
【図８】スリープ状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の処理の流れを示すフローチャートの一例である。
【図９】タイマによってサーバモードで復帰した画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の特定プリンタ（クライアントプリンタ）へ復帰命令を送信する処理の流れを示すフローチャートの一例である。
【図１０】サーバプリンタ、もしくはスリープ１状態のプリンタが有する統合情報２０２の一例を示した図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施の形態の一例を説明する。
図１は、本発明の実施の形態に係る画像形成システムのシステム構成を示す模式図である。
【００１２】
図１に示す通り、本願発明の実施の形態における印刷システムは、複数の複合機等の画像形成装置（３００ａ〜ｄ）や情報処理装置（１００）とそれらを接続するＬＡＮ（１０３）などの通信回線を備えて構成されている。
【００１３】
複数の画像形成装置３００は、その中の１台をサーバプリンタ（３００ａ）とし、その他のクライアントプリンタ（３００ｂ〜ｄ）の制御情報を統合した統合情報２０２（図１０に後述する）を有するプリンタを設定する。サーバプリンタ３００ａのＣＰＵ３０１はネットワーク内のプリンタのヘッドクリーニングのタイミング等を統合情報により管理し、スリープ状態に入っているクライアントプリンタに必要なタイミングでヘッドクリーニングを実施するための起動命令を送信する。この処理により、朝のプリンタ起動時にヘッドクリーニング等のための使用できない時間を低減し、直ぐに印刷を実行することができる効果を有する。
【００１４】
クライアントプリンタのスリープ状態は、ネットワーク側やユーザからのボタン指示などのイベントのみを感知して復帰できる状態であり、その他の外部及ぶ内部からのイベントは感知しない省電力モード（スリープ２状態）である。一方、サーバプリンタのスリープ状態は、ネットワーク側やユーザからのボタン指示などのイベントのほかに、自プリンタの起動タイマのイベントも感知して復帰出来る状態の省電力モード（スリープ１状態）である。スリープ２状態は、スリープ１状態のように、起動タイマが常時作動していないため、システム全体の消費電力が抑えられるという効果も有する。
次に、図２を参照して、図１の画像形成システムのソフトウェア構成を説明する。
図２は、本発明の実施の形態に係る画像形成システムのソフトウェア構成を示す模式図である。
【００１５】
図２の３００ａがスリープ１状態（第１の状態）のプリンタであり、起動時はサーバプリンタとして機能しているプリンタである。３００ｂは、スリープ２状態（第２の状態）のプリンタであり、起動時はクライアントプリンタとして機能しているプリンタである。
【００１６】
プリンタ３００は、それぞれ、処理実行部２０３を有しており、具体的にはプリンタのインク吸引回復処理や、トナークリーニング処理などを実行する処理となる。処理実行部の処理は、それぞれのプリンタが有する制御情報２０１が有する次回クリーニング時刻（タイマ）になると実行される処理である。
【００１７】
また、スリープ１状態のプリンタは、スリープ状態でもタイマ起動で復帰ができるサーバモード復帰部２０５を有しており、各プリンタの制御情報を統合した統合情報２０２の次回クリーニング時刻情報の中から、現在時刻と一致したプリンタの制御情報があれば、サーバモード復帰部２０５により、サーバプリンタとして起動する。サーバプリンタとして起動後は、統合情報から、スリープ２状態の次回クリーニング時刻が来たプリンタを特定し、起動命令部２０４によって、クリーニング時刻が来たプリンタに対して起動命令を送信する。
【００１８】
起動命令を受けたスリープ２状態のプリンタ３００ｂ〜ｄは、クライアントモード復帰部２０８によりクライアントプリンタとして復帰し、その後、処理実行部２０３によりクリーニング処理などを実行する。
【００１９】
また、サーバモードで起動していたプリンタ３００ａとクライアントモードで起動していたプリンタ（たとえば、３００ｂ）がある場合に、サーバモードで起動していたプリンタ３００ａがクライアントモードで起動していたプリンタより早くスリープ状態に移行した場合、サーバプリンタ３００ａは、統合情報送信部２０６により、起動しているクライアントプリンタ３００ｂに統合情報を送信し、スリープ２状態へと遷移する。送信された統合情報は、クライアントプリンタ３００ｂの統合情報取得部２０７により取得され、クライアントモードだったプリンタ３００ｂはサーバモードに遷移する。
【００２０】
さらに、スリープ２状態のプリンタ（たとえば、３００ｂ）が、スリープ１状態のプリンタより先に復帰（起動）した場合、スリープ２状態から復帰したプリンタがサーバプリンタとして起動するために、統合情報を取得する総合情報取得部２０７を有している。スリープ２状態から復帰したプリンタ（３００ｂ）から、統合情報取得命令がスリープ１状態のプリンタに届くと、スリープ状態１のプリンタは統合情報送信部２０６により、統合情報を送信し、スリープ２状態へと遷移する。
【００２１】
以上の処理により、ＰＣなどのホストコンピュータがない環境で消費電力を極力少なくしつつ、プリンタの起動時のクリーニング処理の時間を軽減することができる。
次に、図３を参照して、図１の画像形成装置３００のハードウェア構成について説明する。
図３は、図１の画像形成装置３００のハードウェア構成の一例を示すブロック図である。
【００２２】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ１０３）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００２３】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００２４】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。情報処理装置１００から受信した印刷データもこのＨＤＤ３０４に記憶されることになる。
【００２５】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００２６】
３０５はネットワークインタフェース（ネットワークＩ／Ｆ）で、ＬＡＮ１０３等のネットワークに接続し、データの入出力を行う。３０６はモデムで、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００２７】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においてはユーザの認証を行う際に必要となる非接触ＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００２８】
３２０はイメージバスインタフェース（イメージバスＩ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００２９】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００３０】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行ったりする。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。そして、この画像処理部３１７は、スキャナ３１４を駆動して画像読み取りされた画像データを画像処理して、ファイル出力可能な形式（例えば、ＰＤＦ形式ファイル）に変換し、ＣＰＵ３０１と連携して、ネットワークＩ／Ｆ３０５を介して、外部装置に画像データのファイルを送信することができる。
【００３１】
スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００３２】
プリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００３３】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００３４】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時、また手動でユーザのログアウト処理を行う時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００３５】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、非接触ＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００３６】
以上のような構成によって、画像形成装置３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ１０３上に送信したり、ＬＡＮ１０３から受信した印刷データをプリンタ３１２で印刷出力したりすることができる。
【００３７】
また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ３１２で印刷出力したりすることができる。
【００３８】
本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムはＨＤＤ３０４やＲＯＭ３０３に記録されている。そして、必要に応じてＲＡＭ３０２にロードされることによりＣＰＵ３０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、ＨＤＤ３０４に格納されており、これらについての詳細な説明も後述する。
次に、図４を参照して、本願発明におけるプリント管理サーバの処理の流れを説明する。
【００３９】
図４は、画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の全体の処理の流れを示すフローチャートの一例である。なお、図４以降のフローチャートでは、画像形成装置３００の中のサーバプリンタ（図２の３００ａに該当）とクライアントプリンタ（図２の３００ｂ〜ｄ）の処理は同じ図４のフローチャートに記載されているが、画像形成装置３００の一部はクライアントプリンタの機能しか持っていなくても良い。その場合は、サーバプリンタの処理を省いて考える。
【００４０】
図４に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ４０１〜Ｓ４０９は各処理ステップを示す。
図４のフローチャートは、プリンタ３００で常に動作している処理である。
【００４１】
まず、プリンタ３００のＣＰＵ３０１は、ステップＳ４０１において、プリンタの状態が変更される命令を受信したかを判断する。プリンタの状態が変更される命令を受信するとは、たとえば、ユーザからスリープ状態だったプリンタが起動状態に変更される指示を受け付ける場合や、ユーザにより起動状態だったプリンタがスリープ状態に変更される指示を受け付ける場合、プリンタのタイマ機能により自プリンタが自動的にスリープ状態に入る場合、スリープ状態だった自プリンタがネットワークを介して他のプリンタから起動状態に変更される指示を受け付ける場合、もしくは、スリープ１状態のプリンタがタイマ機能により起動される場合などがある。なお以後、起動状態とは、ＰＣやユーザから印刷指示があれば、直ぐに印刷できる状態（印刷可能状態）を示すものとする。
スリープ１状態のプリンタがタイマ機能により起動される場合のデータを図１０を参照して説明する。
図１０は、サーバプリンタ、もしくはスリープ１状態のプリンタが有する統合情報２０２の一例を示した図である。
【００４２】
図１０の１０００〜１０３０が画像形成装置（プリンタ）３００の制御情報を統合した統合情報の例であり、プリンタ名１００１のそれぞれの１行分が、プリンタ名１００１の制御情報である。
【００４３】
１００２には、画像形成装置の装置モードが記憶されており、装置モードとしては、少なくとも１台の「サーバ」モードと複数の「クライアント」モードが存在する。１０００の例では、「ｉＲ−５０００」が「サーバ」モードであり、他のプリンタは「クライアント」モードである。
【００４４】
１００３はクリーニング閾値であり、インクヘッドやトナーが動作した最終動作時刻１００６から何時間後にクリーニング（インクの場合は吸引回復処理など）を実施すべきかが登録されている。１００３と１００６から計算される次回のクリーニング実施時刻が１００５に記憶されている。なお、１００３は一定の時間間隔に限られず、気泡成長速度を考慮した時間とし、印刷状況により適宜変更してもよい。また、最終動作時刻は、インクヘッドやトナーが最後に動作（印刷処理やクリーニング処理）した時刻とする。
【００４５】
１００４は、各プリンタの装置の状態であり、装置状態は電源ＯＮ状態（起動状態）、スリープ１状態、スリープ２状態を取り得る。１００７は各プリンタのＩＰアドレスであり、各プリンタに情報を送信する際に使用するアドレスである。起動装置数１００８は、システム内にサーバプリンタ以外の何台が起動状態にあるかを記憶した値であり、装置モード１００２が「サーバ」に該当する起動装置数の欄が起動装置数の値となる。なお、装置モードが「クライアント」に該当する起動装置数の欄は装置が起動状態かどうかのフラグになっており、１０００の例では、プリンタ名１００１が「ｉＲ−２２００」のプリンタのみ電源ＯＮ（起動状態）なので、装置モードが「クライアント」のプリンタの内、プリンタ名１００１が「ｉＲ−２２００」のプリンタだけ、起動装置数の欄に「１」のフラグが立っている。
【００４６】
ステップＳ４０１において、スリープ１状態のプリンタがタイマ機能により起動される場合とは、現在時刻が次回クリーニング時刻１００５のうちのどれかの時刻に一致した場合を示す。すなわち、図１０の次回クリーニング時刻１００５のうちどれかが現在時刻と一致すると、プリンタのＣＰＵ３０１は、プリンタの状態をスリープ１状態から起動状態に変更される命令を受信する。図４のフローチャートの説明に戻る。
【００４７】
図４のステップＳ４０１において、プリンタの状態が変更される命令を受信した場合は、ステップＳ４０２へと処理を移行し、プリンタの状態が変更される命令を受信していない場合は、ステップＳ４０７へと処理を移行する。
【００４８】
ステップＳ４０２では、プリンタ３００のＣＰＵ３０１は、プリンタの状態が変更される命令を受信した後、現状の装置状態を自プリンタの制御情報から取得する。なお、自プリンタの制御情報とは、図１０の自分のプリンタ名１００１の１行分のデータであり、各プリンタが有している情報である。
【００４９】
プリンタ３００のＣＰＵ３０１は、取得した装置状態から、現状がスリープ状態か起動状態かによって処理を分ける。取得した装置状態がスリープ状態と判断されると、ステップＳ４０３へと処理を移行し、起動状態と判断されると、ステップＳ４０６へと処理を移行する。
ステップＳ４０３では、プリンタ３００のＣＰＵ３０１は、スリープ状態のプリンタを復帰させる。ステップＳ４０３の処理の詳細を図５を参照して説明する。
図５は、スリープ状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の復帰処理の流れを示すフローチャートの一例である。
【００５０】
図５に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４やＲＯＭ２０３に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ５０１〜Ｓ５１５は各処理ステップを示す。
図５のフローチャートは、図４のステップＳ４０３の処理に移行した際に開始される処理である。
【００５１】
図５のステップＳ５０１において、プリンタ３００のＣＰＵ３０１は、ステップＳ４０２で取得した装置状態から、スリープ１状態かスリープ２状態かを判断する。スリープ１状態の場合は、ステップＳ５１２へと処理を移行し、スリープ２状態の場合はステップＳ５０２へと処理を移行する。
【００５２】
ステップＳ５０２へと移行すると、プリンタ３００のＣＰＵ３０１は、スリープ状態を解除し、ステップＳ５０３において、システム内のプリンタの起動状況を確認するための情報を一斉配信（ブロードキャスト）する。一斉配信した結果、ステップＳ５０４において、プリンタ３００のＣＰＵ３０１は、起動しているプリンタがあるかどうかを受信する。この時、起動しているプリンタ側は、起動状況の確認を受信すると、配信元のプリンタに対し何らかのレスポンスを発信する。
【００５３】
次に、ステップＳ５０５において、プリンタ３００のＣＰＵ３０１は、起動状態のプリンタがあるかどうかの判断を行う。起動状態のプリンタがあれば、ステップＳ５１０へと処理を移行し、起動状態のプリンタが無ければ、ステップＳ５０６へと処理を移行する。この判断により、もし起動状態のプリンタが無ければ、復帰した自プリンタが、サーバモードとなって起動することにより、他のプリンタのスリープモードをスリープ２状態へと移行でき、より省電力に貢献することができる。
【００５４】
ステップＳ５０６へと移行すると、プリンタ３００のＣＰＵ３０１は、スリープ１状態のプリンタがあるかどうかを判断する。通常は、スリープ１状態のプリンタがあるはずだが、スリープ１状態だったプリンタの電源がＯＦＦされた場合などは、スリープ１状態のプリンタが存在しない場合が起こり得る。そのために、ステップＳ５０６で、スリープ１状態のプリンタがあるかどうかの判断をする。スリープ１状態のプリンタがあると判断された場合は、ステップＳ５０７へと処理を移行し、スリープ１状態のプリンタがないと判断された場合は、ステップＳ５１３へと処理を移行する。
【００５５】
ステップＳ５０７へと処理が移行すると、プリンタ３００のＣＰＵ３０１は、スリープ１状態のプリンタに統合情報２０２を発信する命令を投げ、スリープ１状態のプリンタから統合情報２０２を受信する。
【００５６】
次に、ステップＳ５０８において、プリンタ３００のＣＰＵ３０１は、自プリンタをサーバモードで復帰する。すなわち、ネットワーク内のプリンタのヘッドクリーニングのタイミング等を、ステップＳ５０７で取得した統合情報により管理し、スリープ状態に入っているクライアントプリンタに必要なタイミングでヘッドクリーニングを実施するための起動命令を送信するプリンタ（サーバプリンタ）として復帰する。
【００５７】
次に、ステップＳ５０９において、プリンタ３００のＣＰＵ３０１は、ステップＳ５０７で受信したスリープ１状態のプリンタをスリープ２状態に変更する変更命令を送信する。この命令は、後述するステップＳ８０２で受信されて、スリープ１状態のプリンタはスリープ２状態の、より消費電力の少ないモードに移行する。図１０を参照して、ステップＳ５０８、Ｓ５０９の処理における統合情報の遷移を説明する。
【００５８】
図１０の１０２０の状態の画像形成システムの場合に、プリンタ名１００１が「ｉＲ−６０００」のプリンタがスリープ状態から復帰した場合の統合情報が１０３０である。プリンタ名１００１が「ｉＲ−６０００」のプリンタは、スリープ２の状態から電源ＯＮ状態に変更され、同時の装置モードがクライアントモードからサーバモードに変更されている。また、１行目の「ｉＲ−５０００」のプリンタは、スリープ１状態であった装置状態がスリープ２状態に変更されている。図５のフローチャートの説明に戻る。
【００５９】
図５のステップＳ５０９において、スリープ１状態のプリンタをスリープ２状態に変更する変更命令を送信すると、一連の処理を終え図４のフローチャートに戻る。
一方、図５のステップＳ５０５において、ステップＳ５０４の受信情報により起動プリンタがあると判断された場合は、ステップＳ５１０へと処理を移行する。
【００６０】
ステップＳ５１０において、スリープが解除されるプリンタ３００のＣＰＵ３０１は、自プリンタの制御情報の起動装置数フラグ１００８を１に変更して、制御情報を一斉配信する。送信されたプリンタの制御情報を、起動されているサーバプリンタが受信し、受信した制御情報を統合情報に挿入もしくは入れ替える。この統合情報の更新により、サーバの行の起動装置数１００８は、起動装置数のフラグの総和になるので、結果、起動装置数は＋１される。
【００６１】
次に、ステップＳ５１１において、スリープが解除されるプリンタ３００のＣＰＵ３０１は、自プリンタをクライアントモードで復帰させ、一連の処理を終え図４のフローチャートに戻る。
【００６２】
また、ステップＳ５０１において、自プリンタがスリープ１状態である場合は、次にステップＳ５１２へと処理を移行し、ステップＳ５１２において、プリンタ３００のＣＰＵ３０１は、スリープ状態を解除する処理を行い、次のステップＳ５１３において、自プリンタをサーバモードとして復帰させる。
【００６３】
その後、ステップＳ５１４において、プリンタ３００のＣＰＵ３０１は、復帰したプリンタがタイマ機能により復帰されるプリンタかどうかを判断する。この処理により、スリープ１状態からタイマ機能により復帰したプリンタが、サーバプリンタとして機能するために、他のクライアントプリンタを起動させることが可能となる。
【００６４】
タイマ機能による復帰の場合は、次のステップＳ５１５へと処理を移行し、タイマ機能による復帰ではない場合は、一連の処理を終え図４のフローチャートに戻る。
次に、ステップＳ５１５の処理を図９を参照して説明する。
【００６５】
図９は、タイマによってサーバモードで復帰した画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の特定プリンタ（クライアントプリンタ）へ復帰命令を送信する処理の流れを示すフローチャートの一例である。
【００６６】
図９に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ９０１〜Ｓ９０２は各処理ステップを示す。
図９のフローチャートは、図５のステップＳ５１５や後述するステップＳ７０５、ステップＳ８０５の処理に移行した際に開始される処理である。
【００６７】
図９のステップＳ９０１において、プリンタ３００のＣＰＵ３０１は、統合情報のクリーニング対象プリンタを特定する。この特定方法は、プリンタ３００が有する統合情報２０２の次回クリーニング時刻１００５が、現在時刻と等しいプリンタを見つけることによる。
次に、ステップＳ９０２において、特定されたプリンタに対し、起動命令を送信し、図９のフローチャートを終える。
【００６８】
起動命令を受信したスリープ２状態のプリンタ３００は、図４のフローチャートを開始し、ステップＳ４０１において、プリンタ状態の変更命令を受信し、次に、ステップＳ４０２において、スリープ状態であったので、ステップＳ４０３の処理を実行する。その後、スリープ２状態であった当該プリンタ３００は、前述した図５のステップＳ５１１へと処理を進め、クライアントモードで起動される。その後、後述する図４のステップＳ４０４によりタイマクリーニングの指示があるので、ステップＳ４０５において、クリーニング処理が行われ、クライアントプリンタ３００の処理は終わる。
【００６９】
また、ステップＳ５０６でスリープ１状態のプリンタが無い場合は、プリンタ３００のＣＰＵ３０１は、ステップＳ５１３へと処理を移行し、同じく自プリンタをサーバモードとして復帰させる。その際、統合情報が他のクライアントプリンタから取得できれば取得するが、取得できない場合は、過去に取得した統合情報から次回クリーニング時刻を予測し、データを作成する。たとえば、最終動作時刻１００６が「２０１３／１０／２４  １５：００」であって、クリーニング閾値１００３が「４８」時間の場合、現在日時が「２０１３／１０／２７  ９：００」であれば、前回は少なくとも「２０１３／１０／２６  １５：００」にはクリーニングを行っているはずなので、次回のクリーニング時刻としては、「２０１３／１０／２８  １５：００」を次回クリーニング時刻候補として作成して記憶する。すなわち、最終動作時刻１００５からクリーニング閾値１００３の時間間隔毎に時刻を生成して記憶する構成としても良い。
【００７０】
次に、ステップＳ５１４へと処理を移行するが、ステップＳ５０６からこの処理に移行した場合は、タイマ復帰はしていないはずなので、一連の処理を終え図４のフローチャートに戻る。
以上で、スリープ状態だったプリンタの復帰処理の流れの説明を終える。図４のフローチャートの説明に戻る。
【００７１】
図４のステップＳ４０３において、スリープ状態であったプリンタの復帰処理を行うと、次にステップＳ４０４において、プリンタ３００のＣＰＵ３０１は、自プリンタにタイマクリーニング指示があるかどうかを判断する。この判断は、自プリンタの有する制御情報（図１０の自分のプリンタ名１００１の１行分のデータ）の次回クリーニング時刻と、現在時刻とが一致しているかどうかで確認する。次回クリーニング時刻と現在時刻とが一致していなければ、本発明の図４のフローチャートを終え、さらに図４のステップＳ４０１へと戻り、処理を繰り返す。次回クリーニング時刻１００５と現在時刻とが一致していれば、次のステップＳ４０５において、プリンタ３００のＣＰＵ３０１は、自プリンタのクリーニング処理（インクプリンタの場合は吸引回復処理など）を実行し、本発明の処理を終える。
一方、ステップＳ４０２において、現状が起動状態と判断されると、ステップＳ４０６へと処理を移行する。
【００７２】
ステップＳ４０６では、プリンタ３００のＣＰＵ３０１は、起動状態のプリンタをスリープ状態にする。ステップＳ４０６の処理の詳細を図６を参照して説明する。
【００７３】
図６は、起動状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置のスリープ状態への以降処理の流れを示すフローチャートの一例である。
【００７４】
図６に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ６０１〜Ｓ６１０は各処理ステップを示す。
図６のフローチャートは、図４のステップＳ４０６の処理に移行した際に開始される処理である。
【００７５】
まず、図６のステップＳ６０１において、プリンタ３００のＣＰＵ３０１は、自プリンタがサーバモードで起動しているかクライアントモードで起動しているかを判断する。どちらのモードで起動しているかは、自プリンタが有する制御情報の装置モード１００２がサーバとなっているかで判断する。自プリンタの装置モードがサーバになっている場合は、サーバモードで起動されており、ステップＳ６０２へと処理を移行する。一方、自プリンタがクライアントモードで起動されている場合は、ステップＳ６０８へと処理を移行する。それぞれの処理を以下で説明する。
【００７６】
ステップＳ６０２へと処理が移行されると、プリンタ３００のＣＰＵ３０１は、統合情報内の起動装置数の数を確認し、起動装置数が０であれば、ステップＳ６０３へと処理を移行し、起動装置数が０でなければ、ステップＳ６０５へと処理を移行する。
起動装置数とは、サーバプリンタ以外の起動中のプリンタの数を示し、統合情報内のサーバモードのプリンタに記憶されている。図１０を参照して説明する。
【００７７】
図１０の１０００の場合は、クライアントモードのプリンタで起動状態のプリンタとして、「ｉＲ−２２００」が１台だけ登録されており、クライアントプリンタで起動装置数に「１」のフラグが立っているのは、「ｉＲ−２２００」だけなので、サーバモードのプリンタ（１行目の「ｉＲ−５０００」）の起動装置数は、クライアントモードの起動装置数の総和である１と記憶されている。１０００の状態の場合、プリンタ３００のＣＰＵ３０１は、ステップＳ６０５の処理へと移行する。
【００７８】
一方、１０１０の場合は、クライアントモードのプリンタで起動状態のプリンタが１台も登録されていないので、サーバモードのプリンタ（１行目の「ｉＲ−５０００」）の起動装置数は、０と記憶されている。１０１０の状態の場合、プリンタ３００のＣＰＵ３０１は、ステップＳ６０３の処理へと移行する。
【００７９】
ステップＳ６０３へと処理が移行されると、プリンタ３００のＣＰＵ３０１は、他に起動しているプリンタがないため、自プリンタがスリープ１状態になるための準備として、クリーニングタイマを起動する。クリーニングタイマとは、スリープ１状態のプリンタが、自プリンタを含むシステム内のプリンタのクリーニング開始時間を管理するためのタイマで、具体的に言うと、図１０の１０００の場合、１００５にあたる次回クリーニング時刻に現在時刻が一致したら、スリープ１状態を抜けて起動するタイマのことである。
【００８０】
次に、ステップＳ６０４において、プリンタ３００のＣＰＵ３０１は、自プリンタをスリープ１状態に変更する。自プリンタをスリープ１状態に移行した統合情報の例を図１０の１０２０を参照して説明する。
【００８１】
図１０の１０２０は、１０１０の統合情報の状態から、１行目の「ｉＲ−５０００」がスリープ状態に移行した例である。サーバモードであった１行目の「ｉＲ−５０００」がスリープ状態に入る場合は、１０２０のようにスリープ１状態へと遷移し、画像形成システム全体をタイマ管理できるようにしている。図６のフローチャートの説明に戻る。
図６のステップＳ６０４において、自プリンタをスリープ１状態に変更して、図６のフローチャートの処理を終了し、図４のフローチャートに戻る。
【００８２】
一方、図６のステップＳ６０２において、起動装置数が０でなければ、ステップＳ６０５へと処理を移行する。以降のステップＳ６０５からステップＳ６０７の処理により、サーバプリンタであった自プリンタの機能を、起動しているクライアントプリンタに移行して自プリンタをスリープ状態に移行することによって、起動状態のプリンタをなるべく少なく運用することができるという効果を有する。電源が付いているプリンタをクライアントモードからサーバモードとして機能させることにより、サーバプリンタがスリープ状態に入っても、他のクライアントプリンタがサーバとして機能し、起動状態のプリンタが存在している間は、画像形成システム上には必ずサーバプリンタが存在することになる。
【００８３】
ステップＳ６０５において、プリンタ３００のＣＰＵ３０１は、統合情報の自プリンタの起動装置数の欄を数字から「ｎｏｎｅ（図１０では、『−』）」に変更する。
【００８４】
次に、ステップＳ６０６において、プリンタ３００のＣＰＵ３０１は、自プリンタが有する統合情報を起動しているプリンタに送信する。起動しているプリンタが複数ある場合は、最終動作時刻がもっとも遅いプリンタを選んでも良いし、ＩＰアドレスの順番から選んでも良い。
次に、ステップＳ６０７において、プリンタ３００のＣＰＵ３０１は、自プリンタをスリープ２状態へと変更する処理を実行し、図４のフローチャートに戻る。
また、ステップＳ６０１において、自プリンタがクライアントモードで起動されている場合は、ステップＳ６０８へと処理を移行する。
自プリンタがクライアントモードで起動されている場合は、ステップＳ６０８へと処理を移行する。それぞれの処理を以下で説明する。
【００８５】
ステップＳ６０８へと処理が移行されると、クライアントモードのプリンタ３００のＣＰＵ３０１は、自分の有する制御情報の起動装置数の欄を「１」から「ｎｏｎｅ（図１０では、『−』）」に変更する。
【００８６】
次に、ステップＳ６０９において、クライアントモードのプリンタ３００のＣＰＵ３０１は、制御情報を画像形成システム内のプリンタに向けて一斉配信する。この一斉配信により、サーバモードのプリンタ（サーバプリンタ）にも制御情報が受信され、受信したサーバプリンタは受信したデータを統合情報に反映する。
【００８７】
次に、ステップＳ６１０において、クライアントモードのプリンタ３００のＣＰＵ３０１は、自プリンタをスリープ２状態へと変更する処理を実行し、図４のフローチャートに戻る。
以上で、起動状態だったプリンタのスリープ状態への移行の処理の流れの説明を終える。図４のフローチャートの説明に戻る。
図４のスリープ移行の処理Ｓ４０６が終了すると、本発明の図４のフローチャートを終え、さらに図４のステップＳ４０１へと戻り、処理を繰り返す。
次に、ステップＳ４０１において、プリンタ状態の変更命令を受信していない場合の処理を説明する。
【００８８】
ステップＳ４０１において、プリンタ状態の変更命令を受信していない、すなわち、何らイベントを検出できない場合は、次にステップＳ４０７へと処理を移行する。
【００８９】
ステップＳ４０７において、プリンタ３００のＣＰＵ３０１は、現在の自プリンタの状態がスリープ状態か起動状態かを判断する。自プリンタの状態が起動状態の場合はステップＳ４０８へと処理を移行し、自プリンタの状態がスリープ状態の場合は、ステップＳ４０９へと処理を移行する。
ステップＳ４０８の起動時の処理の詳細を図７を参照して説明する。
【００９０】
図７は、起動状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の処理の流れを示すフローチャートの一例である。なお、プリンタ３００は起動状態にあるため、その他の画像形成処理も並行して行われているとする。
【００９１】
図７に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ７０１〜Ｓ７０５は各処理ステップを示す。
図７のフローチャートは、図４のステップＳ４０８の処理に移行した際に開始される処理である。
【００９２】
まず、図７のステップＳ７０１において、プリンタ３００のＣＰＵ３０１は、自プリンタがサーバモードで起動しているかクライアントモードで起動しているかを判断する。どちらのモードで起動しているかは、自プリンタが有する制御情報の装置モード１００２がサーバとなっているかで判断する。自プリンタの装置モードがサーバになっている場合は、サーバモードで起動されており、ステップＳ７０４へと処理を移行する。一方、自プリンタがクライアントモードで起動されている場合は、ステップＳ７０２へと処理を移行する。それぞれの処理を以下で説明する。
【００９３】
ステップＳ７０２において、クライアントモードのプリンタ３００のＣＰＵ３０１は、サーバモードのプリンタ（サーバプリンタ）から統合情報を受信するかどうかで、移行の処理を分ける。統合情報を受信する場合は、他のサーバプリンタがスリープに入るために、統合情報を送信してきているので、ステップＳ７０３において、統合情報を受信し、自プリンタをサーバモードに移行して、図７のフローチャートの処理を終える。
【００９４】
一方、ステップＳ７０２において、統合情報を受信しない場合は、クライアントモードのプリンタ３００は、図７のフローチャートでは何もせず、図７のフローチャートを終える。
また、ステップＳ７０１において、自プリンタがサーバモードで起動されている場合は、ステップＳ７０４へと処理を移行する。
【００９５】
ステップＳ７０４において、サーバモードのプリンタ３００のＣＰＵ３０１は、クリーニングタイマが作動するかどうかを判断する。クリーニングタイマが作動するかどうかの判断は現在時刻と、自プリンタが有する統合情報の次回クリーニング時刻１００５とが一致している時刻があるかにより判断される。
クリーニングタイマが作動しない場合は、サーバモードのプリンタ３００は、図７のフローチャートでは何もせず、図７のフローチャートを終える。
【００９６】
一方、クリーニングタイマが作動する場合は、次のステップＳ７０５へと処理を移行する。ステップＳ７０５では、クリーニングタイマで指定された特定プリンタへ復帰命令を送信する処理を行う。処理の詳細は図９のフローチャートの処理であり、前述した図９の説明と同様なので、説明を省略する。その後、図７のフローチャートを終了する。
以上で、起動状態だったプリンタの処理の流れの説明を終える。図４のフローチャートの説明に戻る。
【００９７】
図４の起動時処理ステップＳ４０８が終了すると、次にステップＳ４０４へと処理を移行し、前述のように、タイマクリーニング指示があるかどうかにより、クリーニング処理をするかしないかを判断する。
その後、本発明の図４のフローチャートを終え、さらに図４のステップＳ４０１へと戻り、処理を繰り返す。
一方、ステップＳ４０７において、自プリンタの状態がスリープ状態の場合は、ステップＳ４０９へと処理を移行する。
ステップＳ４０９のスリープ時の処理の詳細を図８を参照して説明する。
図８は、スリープ状態の画像形成装置３００のＣＰＵ３０１によって行われる、画像形成装置の処理の流れを示すフローチャートの一例である。
【００９８】
図８に示す処理を画像形成装置（プリンタ）３００に実行させるためのプログラムは、ＨＤＤ３０４やＲＯＭ２０３に記憶されており、本処理を実行するにあたって、ＣＰＵ３０１は当該プログラムをＲＡＭ３０２にロードし、ロードしたプログラムによる制御に従って、本処理を実行することになる。なお、Ｓ８０１〜Ｓ８０６は各処理ステップを示す。
図８のフローチャートは、図４のステップＳ４０９の処理に移行した際に開始される処理である。
【００９９】
まず、図８のステップＳ８０１において、プリンタ３００のＣＰＵ３０１は、自プリンタのスリープ状態がスリープ１状態か、スリープ２状態かどうかによって処理を分ける。スリープ状態がスリープ１状態かスリープ２状態かは、装置状態１００４の値により判断する。
【０１００】
プリンタ３００の状態がスリープ１状態の場合は、ステップＳ８０２へと処理を移行し、プリンタ３００の状態がスリープ２状態の場合は、図８のフローチャートを終了して、図４のフローチャートに戻る。
【０１０１】
ステップＳ８０２において、プリンタ３００のＣＰＵ３０１は、スリープ１状態である自プリンタがスリープ２状態への変更命令を受信したかを判断する。スリープ２状態への変更命令を受信する場合とは、他のスリープ２状態のプリンタが復帰（図５のステップＳ５０２移行）されて、自プリンタがスリープ１状態を保たなくて良くなった場合を示し、ステップＳ５０９において、スリープ２状態から復帰したプリンタがサーバモードのプリンタに変わり、スリープ１状態のプリンタをスリープ２状態のプリンタへと変更させる処理に該当する。すなわち、スリープ１状態のプリンタをより省電力なスリープ２状態へ移行させるための処理である。
【０１０２】
ステップＳ８０２において、スリープ２状態への変更命令を受信したら、ステップＳ８０６へと処理を進め、スリープ２状態への変更命令を受信しなかったら、ステップＳ８０３へと処理を進める。
【０１０３】
ステップＳ８０３へと処理が進むと、プリンタ３００のＣＰＵ３０１は、クリーニングタイマが作動する時刻かどうかを判断する。クリーニングタイマが作動する時刻かどうかの判断は現在時刻と、自プリンタが有する統合情報の次回クリーニング時刻１００５とが一致している時刻があるかにより判断される。
クリーニングタイマが作動しない場合は、プリンタ３００のＣＰＵ３０１は、図８のフローチャートを終え、図４のフローチャートに戻る。
【０１０４】
一方、クリーニングタイマが作動する場合は、次のステップＳ８０４へと処理を移行する。ステップＳ８０４では、スリープ１状態のプリンタ３００のＣＰＵ３０１は、サーバモードに復帰（起動）する処理を行い、次のステップＳ８０５で、クリーニングタイマで指定された特定プリンタへ復帰命令を送信する処理を行う。特定プリンタの復帰の処理の詳細は図９のフローチャートの処理であり、前述した図９の説明と同様なので、説明を省略する。その後、図８のフローチャートを終了し、図４のフローチャートに戻る。
以上で、スリープ状態だったプリンタの処理の流れの説明を終える。図４のフローチャートの説明に戻る。
【０１０５】
図４のステップＳ４０９において、プリンタ３００のスリープ時の処理を終えると、図４のフローチャートの処理を終え、さらに図４のステップＳ４０１へと戻り、処理を繰り返す。
【０１０６】
以上の処理を繰り返すことにより、プリンタ同士でクリーニング動作を開始する時間を管理することが可能になり、ホストＰＣが無くても定期的なクリーニング動作を行うことが可能となる。
【０１０７】
また、すべてのプリンタがスリープ状態に入っても、その中の少なくとも１台には、クリーニングタイマを起動させておくことにより、消費電力を極力抑えて、かつ、いつ使用を開始しても、クリーニング処理のための時間をとられることなく、プリンタを使用することができるという効果を有する。
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実
施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１０８】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１０９】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１１３】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１１５】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１１７】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１１８】
２０１  制御情報記憶部
２０２  統合情報記憶部
２０３  処理実行部
２０４  起動命令部
２０５  サーバモード復帰部
２０６  統合情報送信部
２０７  統合情報取得部
２０８  クライアントモード復帰部
３００ａ  第１の状態の画像形成装置
３００ｂ〜ｄ  第２の状態の画像形成装置
【図１】
2015100956.tif 000003
【図２】
2015100956.tif 000004
【図３】
2015100956.tif 000005
【図４】
2015100956.tif 000006
【図５】
2015100956.tif 000007
【図６】
2015100956.tif 000008
【図７】
2015100956.tif 000009
【図８】
2015100956.tif 000010
【図９】
2015100956.tif 000011
【図１０】
2015100956.tif 000012