JP2021006942A - 情報処理装置および情報処理装置の制御方法 - Google Patents

Abstract

【課題】 省電力状態において、どのような復帰信号を受けた場合でもデバイスドライバの状態を遷移させた場合には、デバイスドライバに関連するデバイスを使用しないにも関わらず遷移時間が発生し、画像処理装置の電力状態の遷移を遅らせてしまうおそれがあった。【解決手段】 本発明は、デバイスドライバがロードされた状態でありデバイスを使用可能な状態である第１電力状態と、デバイスドライバがアンロードされた状態でありデバイスを使用不能な状態である第２電力状態と、デバイスドライバがアンロードされた状態でありデバイスを使用不能な状態であり、且つ、第２電力状態よりも消費電力が少ない第３電力状態と、を切り替える制御手段を有し、制御手段は、情報処理装置が第３電力状態である場合に受信手段が所定の信号を受信することに従って、第３電力状態から第２電力状態に遷移させることを特徴とする。【選択図】 図９

Description

本発明は、情報処理装置および情報処理装置の制御方法に関する。

画像形成装置は、画像形成装置へのアクセスが一定時間行われないと、デバイスドライバをサスペンド処理して停止状態に遷移させ、省電力状態へ移行する。また逆に、画像形成装置は、省電力状態において、スタンバイ状態への復帰のイベント通知を受けてデバイスドライバをレジューム処理して復帰させ、画像形成装置をスタンバイ状態へ復帰する。

例えば、ＵＳＢホストのサスペンド／レジューム処理では、デバイスをサスペンドする時に、複数の処理を行う。ＵＳＢホスト先に接続されているデバイスをチェックし、デバイスごとの停止処理をおこなう。

ＵＳＢホスト先のデバイスとの通信中なら、通信完了を待つ。マスストレージクラスのデバイスが接続されているなら、ファイルのクローズや、パーティションのアンマウントを行う。ＵＳＢホストは、その先に無線デバイスやカードリーダなど、様々なデバイスが付くので、その各々に見合ったサスペンド処理を行う。

また、デバイスの接続状態に応じて、電源制御やリセット制御を行う。ＵＳＢホストからデバイスへの経路にＵＳＢ−ＨＵＢが接続されていれば、ＵＳＢ−ＨＵＢの電源制御やリセット制御も行う。デバイスをレジュームする時は、上記のサスペンド処理を逆順に行って復帰させる。

特許文献１には、複数のハードディスクドライブを有する装置が、プログラムをロードするハードディスクをローパワーアイドル状態にすることで復帰時間を早くする構成が開示されている。

特開２００９−１６９８７１号公報

デバイスドライバのサスペンド／レジューム処理には、時間がかかることがある。つまり、省電力状態において、どのような割り込み信号を受けてもデバイスドライバの状態を遷移させると、デバイスドライバの遷移時間が発生する。これにより、デバイスドライバに関連するデバイスを使用しないにも関わらず画像処理装置の電力状態の遷移を遅らせてしまうおそれがあった。

本発明は、デバイスドライバの状態の遷移による電力状態の遷移の遅延を減らすことを目的とする。

本発明は、デバイスドライバを介してデバイスを制御する情報処理装置であって、所定の信号を受信する受信手段と、デバイスドライバがロードされた状態でありデバイスを使用可能な状態である第１電力状態と、デバイスドライバがアンロードされた状態でありデバイスを使用不能な状態である第２電力状態と、デバイスドライバがアンロードされた状態でありデバイスを使用不能な状態であり、且つ、第２電力状態よりも消費電力が少ない第３電力状態と、を切り替える制御手段を有し、制御手段は、情報処理装置が第３電力状態である場合に受信手段が所定の信号を受信することに従って、第３電力状態から第２電力状態に遷移させることを特徴とする。

本発明によれば、デバイスドライバの状態の遷移による電力状態の遷移の遅延を減らすことを目的とする。

画像形成システムの構成を示すブロック図 画像形成装置のコントローラと周辺装置のハードウェア構成を示すブロック図 画像形成装置１０１の電源構成を示すブロック図 画像形成装置の電力状態の遷移図 画像形成装置の電力状態の遷移を示すフローチャート メインコントローラの復帰および復帰要因の判断に関するフローチャート 画像形成装置の電力状態の遷移を示すフローチャート メインコントローラの復帰および復帰要因の判断に関するフローチャート 画像形成装置の電力状態の遷移を示すフローチャート

（実施例１）
図１は、画像形成システムの構成を示すブロック図である。本実施例においては、プリント機能、スキャナ機能、データ通信機能などを備える画像形成装置、いわゆるＭＦＰ（ＭｕｌｔｉｆｕｎｃｔｉｏｎａｌＰｅｒｉｐｈｅｒａｌ）を情報処理装置の一例として説明する。

図１において、画像形成装置１０１は、ＬＡＮ１０８を介してＰＣ等のコンピュータ１０９と相互に通信可能に接続されている。例えば、画像形成装置１０１は、ＬＡＮ１０８を介してコンピュータ１０９からジョブを受信する。なお、図１に示すシステムにおいて、複数台のコンピュータが、ＬＡＮ１０８に接続されていてもよい。

コントローラ１０３は、スキャナ装置１０２、プリンタ装置１０４、操作部１０５、ＨＤＤ１０６、ＦＡＸ装置１０７の各モジュールと接続されている。コントローラ１０３は、各モジュールを制御して、画像形成装置１０１の各機能に対応するジョブ（プリントジョブやスキャンジョブ等）を実行する。画像形成装置１０１は、ＬＡＮ１０８経由でコンピュータ１０９から画像データを受信するだけでなく、コンピュータ１０９により発行されたジョブや機器設定などを行うことが可能である。

ハードディスクドライブ１０６（以下、ＨＤＤ）は、画像データや各種プログラムなどを記憶する。プログラムは、以下の各実施例の動作を実行するためのプログラムを含む。

ＦＡＸ装置１０７は、電話回線などを介して画像データなどの送受信を行う。ＦＡＸ装置は、データを受け付ける受付ＩＦ（不図示）と、受け付けたデータを処理するデータ処理部（不図示）を有する。

スキャナ装置１０２は、原稿束を画像読み取り位置に連続的に給紙可能な原稿給紙ユニット１２１と、原稿台の読取位置の画像を光学的に読み取って画像データに変換するスキャナユニット１２２とを含む。スキャナユニット１２２で変換された画像データは、コントローラ１０３に送信される。なお、画像形成装置は、スキャナ装置１０２で読み取った画像データをＨＤＤ１０６に保存し、必要に応じて、画像送信や画像印刷を行う画像保存機能を有する。また、画像形成装置１０１は、スキャナ装置１０２で読み取った画像データをコンピュータ１０９にＬＡＮ１０８を介して送信する画像送信機能を有する。

プリンタ装置１０４は、搭載された用紙束から一枚ずつ逐次給紙可能な給紙ユニット１４２と、給紙された用紙上に画像を印刷するためのマーキングユニット１４１と、印刷された用紙を装置外に廃止するための排紙ユニット１４３を含む。なお、画像形成装置１０１は、コンピュータ１０９から送信された、例えばページ記述言語を解析し、解析結果に基づいてプリンタ装置１０４により用紙上に画像を印刷する画像印刷機能を有する。また、画像形成装置１０１は、スキャナ装置１０２で読み取った画像データをＨＤＤ１０６に保存し、また、プリンタ装置１０４により用紙への印刷を行う複写機能を有する。

操作部１０５は、画像形成装置１０１に対するユーザ設定操作を受け付ける。操作部１０５は、例えば画面、節電ボタン、コピーボタン、キャンセルボタン、リセットボタン、テンキー、ユーザモードキーなどで構成される。なお画面はタッチパネルでも通常の画面でもよい。

画像形成装置１０１には、フィニッシャ装置１５０が接続可能である。フィニッシャ装置１５０は、画像形成装置１０１のプリンタ装置１０４の排紙ユニット１４３から出力された用紙に対して、ソート、ステープル、パンチ、裁断などのフィニッシング加工を実行する。

電源スイッチ１１０は、コントローラ１０３に接続されている。電源スイッチ１１０がオン状態であると、後述する電源制御部３０３や、操作部１０５、コントローラ１０３のメインボードの少なくとも一部に対して給電される。また、電源スイッチ１１０がオフ状態でも即時に各部への給電が停止するわけでなく、ソフトウェアやハードウェアの適切な終了処理を持ち、電源制御部３０３の一部等、電源スイッチ１１０を再度オン状態とするための必要な部分以外への給電を停止する。

次に図２は、本実施例に係る画像形成装置のコントローラと周辺装置のハードウェア構成を説明するブロック図である。

コントローラ１０３は、１つのＣＰＵシステムであるメインボード２００と、メインボートよりも比較的小さなＣＰＵシステムであるサブボード２２０から構成される。

メインボード２００は、いわゆる汎用的なＣＰＵシステムである。メインシステム１００は、図２に示されるとおりの各ハードウェアを有し、それぞれのハードウェアは、内部バスに接続されている。

ＣＰＵ３４０は、ＲＡＭ３４１に格納されたソフトウェアプログラムを実行し、コントローラ１０３の全体の制御を行う。ＣＰＵ３４０は、第１コア３４５と第２コア３４６を含んでおり、第１コア３４５と第２コア３４６は、共通の不揮発性メモリ２０５等により互いに通信することが可能である。なお、ここでは、２つのコアを含む構成を示したが、複数であればよい。

ブートＲＯＭ２０２は、ＣＰＵ３４０のリセットが解除された直母にＣＰＵ３４０によって実行されるプログラム（例えばブートプログラム）や固定パラメータ等を格納している。このブートプログラムは、ＣＰＵ３４０が次に実行すべきプログラムの格納場所を指示する。本実施例において、この場所が不揮発性メモリ２０５である。

不揮発性メモリ２０５は、ブートプログラムの後にＣＰＵ３４０に実行される動作プログラムを格納する。この動作プログラムは、ＯＳ（オペレーションシステム）を含む。また、この動作プログラムは、ネットワークコントローラ２１１やＵＳＢコントローラ２０８、バスコントローラ２０４の初期設定を行うプログラムを含む。

バスコントローラ２０４は、ＣＰＵ３４０によって指定されたデータおよびそのデータが書き込まれるアドレスを、メインボード２００側からサブボード２２０側に転送する転送デバイスとして機能する。同様に、サブボード２２０側からメインボード２００側に転送されたデータを受け取るデバイスとしても機能する。

不揮発性メモリ２０５に格納されている動作プログラムは、ＯＳ上で動作するメインボード２００のアプリケーションプログラムを含む。このアプリケーションプログラムには、メインボード２００内の内部バスおよびサブボード内の内部パスに接続された各デバイスのアドレスが予め記載されている。ＣＰＵ３４０は、アプリケーションプログラムを実行する際にこのアドレスを用いて各デバイスにアクセスする。

不揮発性メモリ２０５は、半導体ディスクで構成されたストレージである。不揮発性メモリ２０５は、ＣＰＵ３４０のメインメモリ（ワークメモリ）として使用される揮発性のＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。ＣＰＵ３４０は、不揮発性メモリ２０５に格納されている動作プログラムを、ＲＡＭ３４１に展開して実行する。この動作プログラムは、ストレージ（フラッシュディスク２０７、ＨＤＤ１０６）および電源制御部３０３の制御プログラムである。

電源制御部３０３は、ＣＰＵ３４０から電力状態の遷移指示を受け付けると指示に対応して各装置に対する電力供給を制御する。

ディスクコントローラ２０６は、ディスクコントローラ２０６に接続されたストレージを制御するコントローラである。ここでは、ディスクコントローラ２０６は、後述のフラッシュディスク２０７およびＨＤＤ１０６に対するデータの読み出しや書き込みを制御する。フラッシュディスクは、ＳＳＤ等の半導体ディスクによって構成されるストレージである。

ＲＴＣは、リアルタイムクロック回路であり、時間の計測や一定間隔で時間をカウントするためのハードウェアである。内蔵電池から電源供給を受けて動作しているため、メインコントローラ３０が停止してしまったとしてもＲＴＣ自体は常に動作することが可能である。ＣＰＵ３４０からＲＴＣ内のレジスタに書き込まれた値に従って、所定の時刻や一定時間で割り込み信号を発生し、結線されているＣＰＵ３４０に割り込みを通知することが出来る。

ネットワークコントローラは、不図示のネットワークＩＦを介してネットワークを用いて外部装置との通信を制御する。

ＵＳＢコントローラは、不図示のＵＳＢＩＦを介して画像形成装置１０１に接続されたＵＳＢメモリ２０９を制御する。

サブボード２２０は、画像処理機能を制御するＣＰＵシステムである。サブボード２２０は、図２に示されるとおりの各ハードウェアを有する。

バスコントローラ２２４は、ＣＰＵ３４０によって指定されたデータおよびそのデータが書き込まれるアドレスをバスコントローラ２０４から受け付けて、受け付けたアドレス（不揮発性メモリ２２５のアドレス）にデータを格納する。

ＣＰＵ２２１は、電源投入後にリセットが解除されると、不揮発性メモリ２２５に格納されているプログラムを実行する。このプログラムは、ＣＰＵ２２１のブートプログラムである。また、このプログラムは、ブートプログラムの次にＣＰＵ２２１を実行させる動作プログラムが格納されている場所を指示する。ここでは、不揮発性メモリ２２５の特定アドレスである。この動作プログラムは、実行時に不揮発性メモリ２２５に展開される。不揮発性メモリ２２５は、ＣＰＵ２２１のメインメモリ（ワークメモリ）として使用されるＲＡＭである。この動作プログラムは、画像処理機能の制御プログラムでもある。

また、ＣＰＵ２２１は、ＣＰＵ３４０からの指示によって不揮発性メモリ２２５に書き込まれたブートプログラムを実行する。これによりＣＰＵ２２１は、画像処理回路２２７およびデバイスコントローラ２２６を介してプリンタ装置１０４、スキャナ装置１０２、ＦＡＸ装置１０７を制御する。

例えば、ユーザが操作部１０５から画像複写を指示すると、ＣＰＵ３４０がＣＰＵ２２１に画像複写に関わる制御を行わせる。具体的には、ＣＰＵ３４０は、ＣＰＵ２２１を介してスキャナ装置１０２に画像読み取り命令を送る。するとスキャナ装置１０２は、紙原稿を光学スキャンしデジタル画像データに変換してデバイスコントローラ２２６を介して画像処理回路２２７に入力する。画像処理回路２２７は、ＣＰＵ２２１を介して不揮発性メモリ２２５に転送しデジタル画像データの一時保存を行なう。

次に、ＣＰＵ３４０は、デジタル画像データが不揮発性メモリ２２５に一定量もしくは全て入ったことを確認すると、ＣＰＵ２２１を介してプリンタ装置１０４に画像出力指示を出す。このときＣＰＵ２２１は、画像処理回路２２７に不揮発性メモリ２２５の画像データの格納場所（格納アドレス）を教える。するとデバイスコントローラ２２６は、プリンタ装置１０４から受けた同期信号に従って不揮発性メモリ２２５に保持された画像データをプリンタ装置１０４に送信する。その結果、プリンタ装置１０４は、デジタル画像データを用紙に印刷する。

図３は、図１に示した画像形成装置１０１の電源構成を説明するブロック図である。以下、画像形成装置１０１における、コントローラ１０３とプリンタ装置１０４、電源制御部３０３、電源３０１の構成について、図３を用いて説明する。

図３において、電源制御部３０３には、第１の電源ラインである電源ライン３０２を経由して常時電源が供給されている。電源ライン３０２は、画像形成装置１０１が電源オフ状態であっても通電され、電力制御が行われる。

電源制御部３０３は、あらかじめ下記に示す所望の動作を実行するようプログラムされている。具体的には第１の電源制御信号であるＩＯ信号Ｖ＿ＯＮ（電源制御信号３０７）によって、リレースイッチ３０８が切り替わり、電源３０１から第２の電源ラインである電源ラインＶ３０９経由でコントローラ１０３への給電が制御される。また、電源制御部３０３は、ＣＰＵ３４０から通信により複数のタイマ値が設定され、タイマ起動時にＣＰＵ３４０によって設定された動作を実行する。

また、第２の電源制御信号であるＩＯ信号Ｐ＿ＯＮ（電源制御信号３１０）によって、リレースイッチ３１１が切り替わる。その結果、電源３０１から第３の電源ラインである電源ライン３１２経由で、プリンタ装置１０４のロジック系統回路である、ＣＰＵ３２０とメモリ３２６を含む、プリンタ制御部３２７への給電が制御される。

さらに、第２の電源制御信号のサブ信号であるＩＯ信号Ｑ＿ＯＮ３１３によって、リレースイッチ３１５が切り替わる。その結果、電源３０１から第３の電源ラインのサブラインである電源ライン３１６経由で、プリンタ装置１０４の高負荷系統装置である、印刷部３２８への給電が制御される。

印刷部３２８は、マーキングユニット１４１の定着ユニット３２１、定着ユニット３２２、定着ユニット３２３、定着ユニット３２４とＦＡＮ３２５を含む。

なお、前述の電源ライン３１６は、電源ライン３１２のサブラインである必要はなく、電源３０１から引くことも可能である。また、リレースイッチ３１５は、電源制御部３０３が制御しているが、ＣＰＵ３２０などが制御することも可能である。さらに、印刷部３２８は、給紙ユニット１４２やマーキングユニット１４１や排紙ユニット１４３を含んでいても構わない。

また、ＣＰＵ３２０の指示によって、所定のＩＯ信号を動作させる。動作させるＩＯ信号のひとつはプリンタ装置１０４のＣＰＵ３２０へ接続されたＤＣＯＮ＿ＬＩＶＥＷＡＫＥ信号３０５である。この信号がアサートされた状態でプリンタ装置１０４の電源が投入されると、プリンタ装置１０４は、可動部を制御したり電力を使ったりする特定の動作を行わず、静かに復帰する。

その特定の動作には、例えば、モータ、ローラ、ポリゴンなどの回転動作や、定着ユニット３２１、３２２、３２３、３２４の温調やＦＡＮ３２５による排熱処理といった制御がある。

ここでは不図示であるがスキャナ装置１０２は、プリンタ装置１０４と同様に、電源制御部３０３から制御可能だが、内容が重複するため割愛する。すなわちスキャナ装置１０２についてもプリンタ装置１０４と同様の電源制御が行われる。

ここでは不図示であるがＦＡＸ装置１０７は、データを受信する受信部と受信したデータを処理するデータ処理部を有する。

なお図３のようなブロックごとの給電は、たとえばリレースイッチ３０８を２系統で構成する。このような構成において、スリープ状態では、電源をオフするブロックにつながるリレースイッチのみをオフとし、他方をオンとしたままとすることなどで実現できる。シャットダウン状態では両方の系統のリレースイッチをオフにする。この場合には、電源制御信号は二値ではなく、通電状態に応じた多値制御信号となる。本実施例では、説明を省略するが、スリープ状態やシャットダウン状態などを含む前述した各電力状態は、このような制御により電源供給される。

具体的には、電源制御部３０３は、第３の電源制御信号であるＩＯ信号Ｎ＿ＯＮ３６０によって、リレースイッチ３６１を切り替え、電源３０１から第３の電源ラインである電源ライン３６２経由で、ＮＩＣ３５０への給電を制御する。コントローラ１０３の内、ＮＩＣ３５０だけが、個別に給電されている。

電源ライン３６２は、他の非常夜電源と異なり、通常時だけでなく、スリープ状態にも給電され、ネットワーク起床を可能にする。また、シャットダウン時はＷａｋｅ Ｏｎ ＬＡＮなどの設定が有効でない限りは、給電しない。リレースイッチ３６１を経由した電源ライン３６２は、オフ状態以外は常に給電状態で冗長になるため、以下では明示的に記載しない。

次に画像形成装置の電力状態について図４の画像形成装置の電力状態の遷移図を用いて説明する。画像形成装置は、複数の電力状態を有し、例えば電力状態Ａ、電力状態Ａよりも消費電力が低い電力状態Ｂ、電力状態Ｂよりも消費電力が低い電力状態Ｃ、を有する。各状態についての詳細は以下で説明する。

＜電源制御部３０３の電源監視１：起動時の給電＞
まず、画像形成装置１０１の起動処理について説明する。操作者が画像形成装置１０１を使用する場合は、電源スイッチ１１０をＯＮにする。すると電源制御部３０３は電源ライン３０２より電源ＯＮを検知し、電源制御信号３０７、３１０によりリレースイッチ３０８、３１１をそれぞれオンにして電源３０１が電源電力を装置全体に供給する。

電源制御部３０３は、システム全体に電源ＯＮ時に応じた電力供給を行う。具体的にはコントローラ１０３に含まれるメインボードとサブボードの各構成、プリンタ装置１０４、スキャナ装置１０２、ＦＡＸ装置１０７等に各ＤＣ電源供給径路を介して通電を行う。なお、ＣＰＵ３４０に含まれる第１コア３４５および第２コア３４６は、ともに電力が供給される。

プリンタ装置１０４、スキャナ装置１０２、ＦＡＸ装置１０７は各々の装置を制御する制御部が電源ＯＮによる初期化動作を開始する。

通電が行われると、コントローラ１０３のＣＰＵ３４０は、ハードウェア初期化を行う。ハードウェア初期化は、レジスタ初期化、割り込み初期化、カーネル起動時のデバイスドライバの登録、操作部１０５の初期化、等である。

そしてコントローラ１０３のＣＰＵ３４０は、ソフトウェア初期化を行う。ソフトウェア初期化は、各ライブラリの初期化ルーチンの呼び出し、プロセスやスレッドの起動、プリンタ装置１０４やＦＡＸ装置１０７とコミュニケーションを行うソフトウェアサービスの起動、操作部１０５の描画、などがある。全ての処理を終えると、画像形成装置１０１は、ジョブを実行可能なスタンバイ状態となる。

図４の電力状態Ａはスタンバイ状態はである。スタンバイ状態は、コントローラボード制御に関係するデバイスに通電した状態、ジョブを実行可能な状態、デバイス寿命（ＯＮ回数や通電時間等）に制約のあるデバイスを使う状態の少なくとも１つを示す。例えば、ＰＤＬ着信やタッチパネル押下により、リレースイッチやシリコンスイッチをＯＮして、プリンタ、スキャナや操作部等の電力使用量の大きいデバイスなどの少なくとも１つ以上を使用可能にした状態である。

＜電源制御部３０３の電源監視２：スタンバイ状態の給電＞
スタンバイ状態において、コントローラ１０３の各構成には電力が供給される。具体的には、例えば、ＣＰＵ３４０（第１コア３４５、第２コア３４６）、ＲＡＭ３４１等のメインボードの構成、画像処理回路２２７、ＣＰＵ２２１等のサブボードの構成である。その上で、スタンバイ状態において、プリンタ装置１０４、スキャナ装置１０２、ＦＡＸ装置１０７の少なくとも１つを使っていない場合の電力供給について説明する。

スタンバイ状態は、すべてのユニットに給電されている状態だけを示さない。例えば、一定時間、印刷ジョブを実行していない場合にはプリンタ装置１０４に給電しない状態でもよい。また、操作部１０５が点灯しておらず、ユーザが画像形成装置１０１の前にいないことが分かっている場合には、スキャナ装置１０２に対して給電しない状態でもよい。

また、スタンバイ状態であってプリンタ装置、及びスキャナ装置のジョブの処理を早めるために、予め装置に給電を行った場合に装置の内部構成（例えば、プリンタの場合転写ユニット等）の少なくとも一部には電力を供給しない状態としてもよい。

なお、ここではスキャナ装置１０２およびプリンタ装置１０４に電力が供給される場合の電力状態とスキャナ装置１０２およびプリンタ装置１０４に電力が供給されない電力状態とを含めてスタンバイ状態と呼ぶが、分けてもよい。その場合には、スキャナ装置１０２およびプリンタ装置１０４に電力が供給されない電力状態をスリープ状態（第１スリープ状態）とする。そして、スキャナとプリンタに電力が供給され、ジョブを実行可能な状態を通常状態とする。

＜電源制御部３０３の電源監視３：ＰＤＬ印刷時の給電＞
次にスタンバイ状態において、画像形成装置１０１の、ＰＤＬ印刷状態でプリンタ装置１０４やスキャナ装置１０２を使う状態の給電について説明する。

まず画像印刷機能を用いて、プリンタ装置１０４の電源ＯＮと電源ＯＦＦについて説明する。

コンピュータ１０９からＬＡＮ１０８を経由してＮＩＣ３５０が、データを受信する。受信したデータは、ＲＡＭ３４１に格納される。ＣＰＵ３４０は、受信したデータを解析し、画像印刷機能を実行する場合は、印刷ジョブを生成する。

ＣＰＵ３４０は、電源制御部３０３に通知して、電源制御信号３１０からリレースイッチ３１１を切り替えて、電源３０１を電源ライン３１２経由で、プリンタ装置１０４に給電する。

ＣＰＵ３４０は、プリンタ装置１０４が使えるようになると印刷ジョブを実行する。ＣＰＵ３４０は、ＲＡＭ３４１、バスコントローラ、サブボードのバスコントローラ、サブボードのＣＰＵへデータを送信する。さらにイメージプロセッサ、デバイスコントローラを経由して、プリンタ装置１０４へデータを送信する。プリンタ装置１０４は、受信したデータを印刷し、印刷が完了すると、結果をＣＰＵ３４０へ通知する。ＣＰＵ３４０は、印刷が完了すると、電源制御部３０３を介してリレースイッチ３１１をオフする。これによりプリンタ装置１０４の電源がＯＦＦになる。なお、ここではプリンタ装置に電源が供給されていない状態から電源を供給する構成を示したが、プリンタ装置に電源が供給されている状態でデータを受け付けた場合には、プリンタ装置に電源を供給する処理を割愛する。

＜電源制御部３０３の電源監視４：スリープ移行時の給電＞
次に、コントローラ１０３のスリープ移行処理について説明する。画像形成装置１０１が通常状態である場合に所定の条件を満たすと、画像形成装置１０１はコネクトスリープ状態（第２スリープ状態）に遷移する。具体的には、スタンバイ状態においてユーザが使用しないまま一定時間が過ぎると、ＣＰＵ３４０は、電源制御部３０３にコネクトスリープ状態への移行を通知する。通知を受け取った電源制御部３０３は、コントローラ１０３への給電を変更する。このコネクトスリープ状態は、図４の電力状態Ｂに相当し、デバイス寿命に制約のあるデバイスの利用を制限する状態を表す。

＜電源制御部３０３の電源監視５：コネクトスリープ時の給電＞
コネクトスリープ状態は、外部からネットワークを介して受信した通信への応答に必要な機能の実行に関するデバイスに通電した電力供給を行う。具体的には、少なくともメインボード２００の構成、サブボードのうち少なくともＣＰＵ２２１、ＲＡＭ２２３、バスコントローラ２２４、不揮発性メモリ２２５には電力を供給する。さらにＦＡＸ装置１０７、操作部１０５、ＨＤＤ１０６、ＵＳＢメモリ２０９には、電力を供給する。そして、サブボードに含まれる構成のうち少なくとも画像処理回路２２７への電力供給を停止し、プリンタ装置、スキャナ装置などへの電力供給も停止する。ただし、ＣＰＵ３４０の第１コア３４５と第２コア３４６のうち、一方のコアへの電力供給を停止する。以下では、スリープ状態において第２コアが停止するものとして説明を行う。なお、ここでは２つのコアのうち一方のコアへの電力供給を停止する構成を示したが２つ以上の複数のＣＰＵコアが有る場合には、１コア（ｂｏｏｔ処理に用いるＣＰＵコア）を除いて停止状態にする。なお、コアの停止については、詳細を後述する。

なお、操作部１０５、ＨＤＤ１０６、ＵＳＢメモリ２０９に電力を供給する構成を示したが、電力供給を停止してもよい。また、サブボードのうち、ＣＰＵ２２１、ＲＡＭ２２３、バスコントローラ２２４、不揮発性メモリ２２５に電源が電力を供給する構成を示したが、電力の供給を停止してもよい。

＜電源制御部３０３の電源監視６：コネクトスリープ時の復帰時の給電＞
コントローラ１０３の復帰処理について説明する。コネクトスリープ状態で復帰要因を受け付けるとスタンバイ状態に遷移する。復帰要因は、例えばＦＡＸの着信、スキャナ装置のＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）、スキャナ装置の圧板が開かれる、マルチ手差しに紙が置かれた／抜かれた、画像形成装置の前ドアが開かれた／閉じられた、節電キーが押下された等である。復帰要因を受信すると、電源制御部３０３は、復帰要因を受けて、少なくとも画像処理回路２２７への電力供給と、ＣＰＵ３４０の第２コア３４６への電力の供給を再開する。さらに、復帰要因によっては、プリンタ装置、スキャナ装置、ＦＡＸ装置などへの電力供給を再開する。例えば、復帰要因がプリントジョブである場合には、この時プリンタ装置への電力供給を再開し、復帰要因がＦＡＸジョブである場合には、プリンタ装置とＦＡＸ装置への電力供給を再開する。

＜電源制御部３０３の電源監視７：ディープスリープ移行時の給電＞
次に、コントローラ１０３のディープスリープ移行処理について説明する。画像形成装置１０１が通常状態である場合に所定の条件を満たすと、画像形成装置１０１はディープスリープ状態（第３スリープ状態）に遷移する。ディープスリープ状態は、図４の電力状態Ｃに相当する。

具体的には、通常状態においてユーザが使用しないまま一定時間が過ぎると、ＣＰＵ３４０は、電源制御部３０３にディープスリープ状態への移行を通知する。通知を受け取った電源制御部３０３は、コントローラ１０３への給電を変更する。なお前述したように、ブロックごとの給電は、たとえばリレースイッチ３０８を２系統で構成し、ディープスリープ状態では、電源をオフするブロックにつながるリレースイッチのみをオフとし、他方をオンとしたままとすることなどで実現される。

＜電源制御部３０３の電源監視８：ディープスリープ状態の給電＞
続いて、画像形成装置１０１のディープスリープ状態について説明する。ディープスリープ状態とは、電力消費量を抑えつつ、起動時間を通常起動時よりも早くすることができる状態である。ユーザが操作しない状態で一定時間が経過した時や、操作部１０５上の節電キーを押下した時や、設定した時刻に達した時などに、ディープスリープ状態に遷移する。

ディープスリープ状態の時は、コントローラ１０３のＲＡＭ３４１、割り込みコントローラ、ネットワークコントローラ、ＲＴＣ、ＵＳＢコントローラなどに給電する。また、操作部１０５の節電キー、ＦＡＸ装置の一部、各種センサ、などにも給電する。一方、少なくともＣＰＵ３４０には、電源が供給されない。つまり、ＣＰＵ３４０の第１コアおよび第２コアには電源が供給されない。なお、スリープ復帰要因はシステムによって異なるため、スリープ状態の給電は本構成に縛られるわけではない。

＜電源制御部３０３の電源監視９：スリープ復帰時の給電＞
続いて、コントローラ１０３のディープスリープからスタンバイ状態への復帰処理について、説明する。電源制御部３０３は、スリープ中に復帰要因である節電キーの押下イベントを受信すると、ＣＰＵ３４０をスリープ復帰させる。ＣＰＵ３４０は、スリープ復帰を電源制御部３０３に通知する。その後、電源制御部３０３は、電源制御信号３０７、電源制御信号３１０によりリレースイッチ３０８、リレースイッチ３１１をオンにする。その結果、コントローラ１０３、プリンタ装置１０４、スキャナ装置１０２に給電する。なおスキャナ装置１０２に対する電源制御信号は図３には示していないが、プリンタと共用するか、あるいは不図示の信号として用意することもできる。

スリープ復帰時のソフトウェアの動作について述べる。電源制御部３０３は、ディープスリープ状態で、ネットワーク、タイマやアラームを検知するＲＴＣ、着信やオフフックを検知するＦＡＸ、ソフトスイッチ、各種センサ、挿抜や通信を検知するＵＳＢなどの１つ以上の割り込みを受け、給電を開始する。

電源制御部３０３は、ＣＰＵ３４０に割り込み原因を通知し、ＣＰＵ３４０はその通知を受けて、ソフトウェアの状態を通常状態に戻す処理（復帰処理）を行う。

印刷ジョブが終了して、所定時間経過すると、ＣＰＵ３４０は再びディープスリープ状態に遷移する。ＣＰＵ３４０は、ディープスリープ移行を電源制御部３０３に通知し、電源制御部３０３は電源制御信号３１０によりリレースイッチ３１１をオフにし、コントローラ１０３以外の給電を停止する。

また同様に、ディープスリープ中に、ディープスリープ状態からコネクトスリープ状態への復帰要因である、ネットワーク受信イベントが発生した場合を考える。電源制御部３０３は、復帰要因を受け、電源制御信号３０７によりリレースイッチ３０８をオンにし、コントローラ１０３に給電する。これにより、ＣＰＵ３４０の少なくとも一部（第１コア３４５）はスリープ復帰する。プリンタ装置１０４、スキャナ装置１０２は、ジョブが生成されていない場合や、デバイス情報の取得が不要な場合は、給電しなくても構わない。以下で、詳細を説明する。

次に図４の各電力状態におけるＣＰＵの電力状態について説明する。

電力状態Ａにおいて、ＣＰＵ３４０の各ＣＰＵコアは動作状態である。電力状態Ａから所定の条件を満たすと電力状態Ｂに遷移する。（Ｓ４０４）
電力状態Ｂにおいて、ＣＰＵ３４０は、Ｓ４０４の状態遷移時に、ＣＰＵ３４０が持つ、複数のＣＰＵコアを、１コア（Ｂｏｏｔ処理を行う）を除いて、ＣＰＵ停止状態にする（通常はクロックゲート）。

なお、クロックゲートとは、ＣＰＵコアへのクロックの入力を止めた状態（Ｓｔｏｐ Ｃｌｏｃｋ）であり、ＣＰＵコアは、電源ＯＦＦしていない状態である。この状態の電力消費量は、電源ＯＦＦとほぼ同じとなる。割り込み信号の処理は１つ目のコア（第１コア３４５）で受けることができるので、２つ目以上のコア（第２コア３４６）をＷＦＩ（Ｗａｉｔ Ｆｏｒ Ｉｎｔｅｒｒｕｐｔ）で待機しておく必要もない。

ただし、ＣＰＵコアは、前述の通り、クロックゲート、パワーゲート（登録商標）（電源のオン／オフ）、ＷＦＩなど、複数の方法でＣＰＵ停止状態にすることができる。ＣＰＵコアごとに電力制御できるＩＰコアなら、パワーゲートでも実施できる。

その後、ＣＰＵ３４０は、ネットワーク応答などでシステムが使い終わると、電力状態Ｂから電力状態Ｃへ遷移する。この時、ＣＰＵ３４０は、Ｓ４０５に示す状態遷移時に、動作状態であった第１コア３４５を、サスペンド状態にする（通常はクロックゲート）。

電力状態Ｃにおいて、ジョブを受けた場合（例えば、印刷ジョブ）、Ｓ４０７、Ｓ４０６のように電力状態Ｂを経由して遷移電力状態Ａに遷移する。このとき、ＣＰＵ３４０は、第１コア３４５をレジューム処理することで動作状態にする。そして、その後でＣＰＵ３４０は、複数のコア（第２コア３４６）をレジューム処理して動作状態にする。電力状態Ａへの遷移が完了したら、ジョブを実行する。なお、電力状態Ｃにおいてジョブを受けた場合に、電力状態Ａに直接遷移してもよい。

なお、電力状態Ｃから電力状態Ａに遷移する条件としてジョブを受け付ける例を示したが、ネットワークのパケット着信以外の通知や、ネットワークパケット着信の中でもＪＯＢ通知ポートへの着信の通知等でもよい。また、電力状態Ｃから電力状態Ａに遷移する際に、電力状態Ｂを経由する旨の説明を行ったが、電力状態Ｂを経由せずに電力状態Ｃから電力状態Ａに遷移してもよい。その場合には、第１コア３４５と、第２コア３４６を一度に動作状態にする。

一方、電力状態Ｃにおいて、ネットワークのパケット着信やネットワークのリンクアップ等の通知を受けると、ステップＳ４０７のように電力状態Ｂに遷移する。電力状態Ｂに遷移するときに、ＣＰＵ３４０は、第１コア３４５をレジューム処理し、動作状態にする。そして、ＣＰＵ３４０は、ネットワーク応答などでシステムがＣＰＵを使い終わり、所定時間が経過すると、電力状態Ｂから電力状態Ｃに遷移する。

このような構成によれば、ネットワークのパケット着信等の通知を受け付けた場合に、必要最低限のＣＰＵコアで処理を行うことが可能となる。そのため、システムのサスペンド／レジューム処理の時間を短縮することが可能となる。

図５に本実施例の画像形成装置の電力状態の遷移を説明するフローチャートを示す。

図５のフローチャートに係る処理を実行するためのプログラムは、図２のブートＲＯＭ２０２または不揮発性メモリ２０５に格納されており、ＲＡＭ３４１に読み出されＣＰＵ３４０によって実行される。

本フローはスタンバイ状態で開始する。スタンバイ状態では、ＣＰＵ３４０の第１コア３４５と第２コア３４６が動作状態である。

ステップＳ５０１において、データを受け付けるとステップＳ５０２に遷移する。ステップＳ５０２において、ＣＰＵ３４０は受け付けたデータに基づく処理を行う。例えば、ステップＳ５０１で印刷データを受け付けた場合には、ＣＰＵ３４０はプリンタ装置１０４に印刷処理を行わせる。ステップＳ５０２を終えるとフローを終了する。

ステップ５０１においてデータを受け付けないとステップＳ５０３に遷移する。そしてデータを受け付けないまま一定時間が経過するまでＳ５０３とＳ５０１を繰り返す。ステップＳ５０３においてデータを受け付けないまま一定時間が経過するとステップＳ５０４に遷移する。

ステップＳ５０４において、ＣＰＵ３４０は、スタンバイ状態からコネクトスリープ状態に遷移させ、ＣＰＵ３４０の第１コア３４５を動作状態に維持したまま、第２コア３４６をサスペンド処理して停止状態にする。ステップＳ５０４を終えるとステップＳ５０５に遷移する。

ステップＳ５０５において、ＣＰＵ３４０は、データを受け付けた場合にはステップＳ５０６に遷移する。ステップＳ５０６において、ＣＰＵ３４０（第１コア３４５）は、受け付けたデータが復帰要因か否かを判断する。復帰要因であれば、ステップＳ５０８に遷移する。

ステップＳ５０８において、ＣＰＵ３４０（第１コア３４５）は、コネクトスリープ状態からスタンバイ状態に遷移させ、停止状態の第２コア３４６をレジューム処理し動作状態に復帰させる。ステップＳ５０８を終えるとステップＳ５０２に遷移する。ステップＳ５０８を終えるとステップＳ５０２に遷移する。ステップＳ５０２において、ＣＰＵ３４０は、受け付けたデータに基づく処理を実行する。ステップＳ５０２を終えるとフローを終了する。

ステップＳ５０６において、ＣＰＵ３４０（第１コア３４５）は、受け付けたデータが復帰要因でないと判断した場合には、ステップＳ５０７に遷移する。ステップＳ５０７において、ＣＰＵ３４０（第１コア３４５）が受け付けたデータに基づく処理を実行する。例えば、ネットワークのパケット着信に対する応答を行う。ステップＳ５０７を終えるとＳ５０５に戻る。

ステップＳ５０５において、データを受け付けない場合にはステップＳ５０９に遷移する。ステップＳ５０９において、一定時間経過しない場合にはＳ５０５に戻る。一定時間経過した場合、Ｓ５１０に遷移する。ステップＳ５１０において、ＣＰＵ３４０は、コネクトスリープ状態からディープスリープ状態に遷移させ、第１コア３４５をサスペンド処理し停止状態にする。ステップＳ５１０を終えるとフローを終了する。なお、ここで一定時間は、０秒であってもよい。その場合には、Ｓ５０５においてデータを受け付けない場合には、コネクトスリープ状態からディープスリープ状態に時間をとらずに遷移する。

次に本実施例におけるメインコントローラの復帰および復帰要因の判断に関するフローを説明する。図６は、ネットワークコントローラが実行する。

ネットワークコントローラ２１１は、ステップＳ６０１において復帰要因を受け付けるとＣＰＵ３４０に電力を供給させる。そしてＣＰＵ３４０は、第２コア３４６を停止状態に維持し、第１コア３４５をレジューム処理して動作状態にする。つまり、このときディープスリープ状態からコネクトスリープ状態に移行する。ステップＳ６０２を終えるとステップＳ５０６に遷移する。

なお、Ｓ６０３の所定の復帰要因とは、例えばネットワークのパケット信号の受信、ファクシミリ着信やオフフック、ＵＩパネル押下を検知、人感センサによる人物の検知、さらにスキャナ装置による原稿の検知、等の復帰イベントである。また、所定の復帰要因に該当しない要因とは、例えば、外部装置から受け付けたリンク確認に対する応答などである。

以上のように、本実施例の構成によれば、画像形成装置は、ＣＰＵに電力が供給されていない電力状態である場合に、所定の復帰要因を受信した際には、ＣＰＵに含まれる複数のコアのうち、必要なコアのみを動作状態に復帰させて処理を行う。そして、処理を終了した後、データを受け付けなければ動作状態に復帰させたコアを停止状態とする。そのため、従来のように、復帰要因を受信した際に、ＣＰＵに含まれる複数コアのすべてを復帰させる構成に比してシステムのサスペンド／レジューム処理の時間を短縮することが可能である。そしてＣＰＵが割り込み信号を認識することが出来ない時間を削減することが可能である。

（実施例２）
本実施例は、所定の電力状態の遷移に応じて画像処理回路２２７等の画像処理装置の内部デバイスのデバイスドライバをアンロードおよびロードし、所定の電力状態の遷移では何もしない点で実施例１と異なる。なお、実施例１と図１〜３の構成および説明が同一であるため説明を省略する。

まず、本実施例における電力状態について図４を用いて説明する。実施例１との共通の説明については、省略する。

電力状態Ａにおいて、画像処理回路２２７のデバイスドライバは、３４０によってロードされた状態である。画像処理回路２２７のデバイスドライバをロードされた状態とは、画像処理回路２２７が使用可能である状態である。

電力状態Ｂおよび電力状態Ｃにおいて、画像処理回路２２７のデバイスドライバは、ＣＰＵ３４０によってアンロードされた状態である。画像処理回路２２７のデバイスドライバをアンロードされた状態とは、画像処理回路２２７が使用不能の状態である。

なお、以下ではロード／アンロードを行う場合について説明するが、レジューム／サスペンドでもよい。

ここでは画像処理回路２２７のデバイスドライバを例にして説明するがこれに限られない。電力状態の遷移に基づいてロード状態、アンロード状態を切り替える内部デバイスであればよい。

次に図７を用いて本実施例の画像形成装置の電力状態の遷移を説明するフローチャートを示す。図７のフローチャートに係る処理を実行するためのプログラムは、図２のブートＲＯＭ２０２または不揮発性メモリ２０５に格納されており、ＲＡＭ３４１に読み出されＣＰＵ３４０によって実行される。なお、図５のフローチャートと同様のステップには、同様の符号を付して説明を省略する。

ステップＳ５０３においてデータを受け付けないまま一定時間が経過するとステップＳ７０４に遷移する。ステップＳ７０４において、ＣＰＵ３４０は、デバイスドライバをアンロードし、スタンバイ状態からコネクトスリープ状態に遷移する。ステップＳ７０４を終えるとステップＳ５０５に遷移する。

ステップＳ５０６において、ＣＰＵ３４０は、受け付けたデータが復帰要因か否かを判断する。復帰要因でなければＳ５０７に遷移し、復帰要因であれば、ステップＳ７０８に遷移する。

ステップＳ７０８において、ＣＰＵ３４０は、デバイスドライバをロードする。ステップＳ７０８を終えると、ステップＳ５０２に遷移する。なお、図７のステップＳ５０９において、一定時間経過した場合、ＣＰＵ３４０は、コネクトスリープ状態からディープスリープ状態に遷移させ、フローを終了する。

次に本実施例におけるメインコントローラの復帰および復帰要因の判断に関するフローを説明する。図８は、ネットワークコントローラが実行する。

ネットワークコントローラ２１１は、ステップＳ８０１において復帰要因を受け付けると、ステップＳ８０２に遷移する。ステップＳ８０２において、ＣＰＵ３４０に電力を供給させ、ディープスリープ状態からコネクトスリープ状態に遷移する。そして、図７のステップＳ５０６に遷移する。

本実施例の構成において、画像形成装置１０１は、画像処理回路２２７のデバイスドライバのアンロードを、電力状態Ａから電力状態Ｂに遷移する際に行う。一方、画像形成装置１０１は、システムのサスペンド処理時である電力状態Ｂから電力状態Ｃに遷移する際に画像処理回路２２７のデバイスドライバのアンロードを行わない。

また、画像形成装置１０１は、システムのレジューム時である電力状態Ｃから電力状態Ｂに遷移する際に画像処理回路２２７のデバイスドライバのロードを行わない。また、画像形成装置１０１は、ユーザジョブなどのイベント実行時の、電力状態Ｂから電力状態Ａに遷移する際に、画像処理回路２２７のデバイスドライバのロードを行う。

このような構成によれば、電力状態Ｂから電力状態Ｃへの状態遷移および電力状態Ｃから電力状態Ｂへの状態遷移が速くなり、システムのサスペンド／レジューム処理の時間を短縮することが可能である。

なお、本実施例では、実施例１の構成と異なる構成としたが、実施例１の構成と実施例２の構成を組み合わせた構成であってもよい。

そのような構成では、画像形成装置１０１は、電力状態Ａから電力状態Ｂに遷移する際に、サブコア（第２コア３４６）を停止状態にし、且つ、デバイスドライバのアンロードを行う。電力状態Ｂから電力状態Ｃに遷移する際に、第１コア３４５を停止状態にし、且つ、デバイスドライバのロードを行わない。

そして、電力状態Ｃから電力状態Ｂに遷移する際に、第１コア３４５を動作状態に復帰し、且つ、デバイスドライバのロードを行わない。電力状態Ｂから電力状態Ａに遷移する際に、サブコア（第２コア３４６）を動作状態に復帰させ、且つ、デバイスドライバのロードを実行する構成となる。

（実施例３）
本実施例は、レジューム処理してロードするデバイスドライバおよびサスペンド処理してアンロードするデバイスドライバが、画像処理装置の外部デバイスである点で実施例３と異なる。なお、実施例１および実施例２と同じ図面および構成については説明を省略する。

まず、本実施例における電力状態について図４を用いて説明する。実施例１との共通の説明については、省略する。

電力状態Ａにおいて、ＵＳＢホストのデバイスドライバは、ＣＰＵ３４０によってロードされた状態である。ＵＳＢホストのデバイスドライバをロードされた状態とは、ＵＳＢホストが使用可能である状態である。

電力状態Ｂおよび電力状態Ｃにおいて、ＵＳＢメモリが接続されていない場合、ＵＳＢホストのデバイスドライバは、ＣＰＵ３４０によってアンロードされた状態となる。ＵＳＢホストのデバイスドライバをアンロードされた状態とは、ＵＳＢホストが使用不能の状態である。

一方、電力状態ＡからＢに遷移する際にＵＳＢメモリが接続されていた場合、電力状態Ｂにおいて、ＵＳＢホストのデバイスドライバはロードされた状態となる。この場合、ＣＰＵ３４０（第１コア３４５）が、ＵＳＢホストのデバイスドライバをロードしたまま電力状態Ｃに遷移することを禁止した状態となる。

次に図９を用いて本実施例の画像形成装置の電力状態の遷移を説明するフローチャートを示す。図９のフローチャートに係る処理を実行するためのプログラムは、図２のブートＲＯＭ２０２または不揮発性メモリ２０５に格納されており、ＲＡＭ３４１に読み出されＣＰＵ３４０によって実行される。なお、図５のフローチャートと同様のステップには、同様の符号を付して説明を省略する。

ステップＳ５０３においてデータを受け付けないまま一定時間が経過するとステップＳ９１０に遷移する。このとき、ＣＰＵ３４０は、画像処理装置をスタンバイ状態からコネクトスリープに遷移させる。

ステップＳ９１０において、ＵＳＢホスト先のデバイスを使用しているか判断する。ＵＳＢホスト先のデバイスを使っていない場合は、ステップＳ９１２においてＵＳＢホストのデバイスドライバをアンロードする。ステップＳ９１２を終えるとステップＳ５０５に遷移する。

ＵＳＢホスト先のデバイスを使っている場合は、ステップＳ９１１に遷移する。ステップＳ９１１において、ＣＰＵ３４０は、ＵＳＢホストを使用していることを表す、システムジョブを受け付け、ジョブを開始する。ステップＳ９１１を終えるとＳ５０５に遷移する。

ステップＳ９１１からステップＳ５０５に遷移した場合には、Ｓ９１１でＵＳＢホストのシステムジョブを実行開始するにあたって、システムジョブを実行するためのデータを受け付けているため、Ｓ５０５からＳ５０６に遷移する。そして、Ｓ５０６において、受け付けたデータが所定の復帰要因ではないため、ステップＳ９１３に遷移する。ステップＳ９１３において、システムジョブを実行中か否かを判断し、実行していない場合には、ステップＳ５０５に遷移する。システムジョブを実行中である場合には、ステップＳ９１４に遷移する。ステップＳ９１４において、システムジョブの実行が完了するとステップｓ５０５に遷移する。

このように、ＵＳＢホストを使用している場合には、コネクトスリープ状態からディープスリープ状態に遷移しない。以下では、コネクトスリープ状態からディープスリープ状態に遷移させない条件を禁止条件とする。

一方、ステップＳ９１２からステップＳ５０５に遷移した場合には、ステップＳ５０５においてデータを受け付けない場合には、ステップＳ５０９に遷移し、一定時間が経過すると、コネクトスリープ状態からディープスリープ状態に遷移する。ステップＳ５０５においてデータを受け付ける場合には、ステップＳ５０６に遷移する。ステップＳ５０６において、所定の復帰要因である場合には、ステップＳ９１５に遷移し、デバイスドライバをアンロードする。ステップＳ９１５を終えると、ステップＳ５０２に遷移する。

本実施例の構成において、画像形成装置１０１は、電力状態Ａから電力状態Ｂに遷移する際に、ＵＳＢホストのデバイスドライバを使用しているか否かを確認する。そして、ＵＳＢホストのデバイスドライバを使用していない場合には、アンロードし、電力状態Ｂから電力状態Ｃへの遷移を可能にする。

一方、画像形成装置１０１は、ＵＳＢホストのデバイスドライバを使用している場合には、ＵＳＢホストのシステムジョブを実行し、電力状態Ｂから電力状態Ｃへの遷移を不能にする。

このような構成によれば、ＵＳＢホスト先のデバイスを使用している時は、電力状態Ｂと電力状態Ｃの間の状態遷移（Ｓ４０５、Ｓ４０７）を行わない。これにより、スリープ中にＵＳＢホスト先のデバイスが使用できなくなることを防ぎ、システム復帰時間を短縮することができる。

本実施例では、実施例１および実施例２の構成と異なる構成として説明した。しかしながら、実施例１の構成と実施例３の構成を組み合わせた構成、実施例２と実施例３を組み合わせた構成、実施例１の構成と実施例２の構成と実施例３の構成を組み合わせた構成であってもよい。

例えば、実施例１と実施例３の構成を組み合わせた構成は次のようになる。画像形成装置１０１は、電力状態Ａから電力状態Ｂに遷移する際に、サブコア（第２コア３４６）を停止状態にし、且つ、ＵＳＢホストのデバイスドライバを使用しているか否かを確認する。そして、ＵＳＢホストのデバイスドライバを使用していない場合には、アンロードし、電力状態Ｂから電力状態Ｃへの遷移を可能にする。電力状態Ｂから電力状態Ｃに遷移する際に、第１コア３４５を停止状態にし、且つ、デバイスドライバのロードを行わない。

そして、電力状態Ｃから電力状態Ｂに遷移する際に、第１コア３４５を動作状態に復帰し、且つ、ＵＳＢホストのデバイスドライバのロードを行わない。電力状態Ｂから電力状態Ａに遷移する際に、サブコア（第２コア３４６）を動作状態に復帰させ、且つ、ＵＳＢホストのデバイスドライバのロードを実行する構成となる。

一方、画像形成装置１０１は、ＵＳＢホストのデバイスドライバを使用している場合には、ＵＳＢホストのシステムジョブを実行し、電力状態Ｂから電力状態Ｃへの遷移を不能にする。そのため、第１コア３４５は、停止状態とならない。

例えば、実施例２と実施例３の構成を組み合わせた構成は次のようになる。画像形成装置１０１は、電力状態Ａから電力状態Ｂに遷移する際に、画像処理回路２２７のデバイスドライバのアンロード、且つ、ＵＳＢホストのデバイスドライバを使用しているか否かを確認する。そして、ＵＳＢホストのデバイスドライバを使用していない場合には、ＵＳＢホストのデバイスドライバをアンロードし、電力状態Ｂから電力状態Ｃへの遷移を可能にする。電力状態Ｂから電力状態Ｃに遷移する際および電力状態Ｃから電力状態Ｂに遷移する際に、画像処理回路２２７およびＵＳＢホストのデバイスドライバのロードを行わない。

一方、画像形成装置１０１は、ＵＳＢホストのデバイスドライバを使用している場合には、ＵＳＢホストのシステムジョブを実行し、電力状態Ｂから電力状態Ｃへの遷移を不能にする。

例えば、実施例１と実施例２と実施例３の構成を組み合わせた構成は次のようになる。
画像形成装置１０１は、電力状態Ａから電力状態Ｂに遷移する際に、サブコア（第２コア３４６）を停止状態にし、画像処理回路２２７のデバイスドライバのアンロード、且つ、ＵＳＢホストのデバイスドライバを使用しているか否かを確認する。そして、ＵＳＢホストのデバイスドライバを使用していない場合には、ＵＳＢホストのデバイスドライバをアンロードし、電力状態Ｂから電力状態Ｃへの遷移を可能にする。電力状態Ｂから電力状態Ｃに遷移する際に、第１コア３４５を停止状態にし、且つ、ＵＳＢホストおよび画像処理回路２２７のデバイスドライバのロードを行わない。

そして、電力状態Ｃから電力状態Ｂに遷移する際に、第１コア３４５を動作状態に復帰し、且つ、画像処理回路２２７およびＵＳＢホストのデバイスドライバのロードを行わない。電力状態Ｂから電力状態Ａに遷移する際に、サブコア（第２コア３４６）を動作状態に復帰させ、且つ、画像処理回路２２７およびＵＳＢホストのデバイスドライバのロードを実行する構成となる。

一方、画像形成装置１０１は、ＵＳＢホストのデバイスドライバを使用している場合には、ＵＳＢホストのシステムジョブを実行し、電力状態Ｂから電力状態Ｃへの遷移を不能にする。そのため、第１コア３４５は、停止状態とならない。

このように各実施例の構成を組み合わせることで、各実施例の効果を得ることが可能である。

（その他の実施形態）
以上、本発明の様々な例と実施形態を示して説明したが、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるものではない。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ 画像形成装置
３４０ ＣＰＵ
２０８ ＵＳＢコントローラ
３０３ 電源制御部

Claims (17)

1. デバイスドライバを介してデバイスを制御する情報処理装置であって、
   所定の信号を受信する受信手段と、
   前記デバイスドライバがロードされた状態であり前記デバイスを使用可能な状態である第１電力状態と、前記デバイスドライバがアンロードされた状態であり前記デバイスを使用不能な状態である第２電力状態と、前記デバイスドライバがアンロードされた状態であり前記デバイスを使用不能な状態であり、且つ、前記第２電力状態よりも消費電力が少ない第３電力状態と、を切り替える制御手段を有し、
   前記制御手段は、前記情報処理装置が前記第３電力状態である場合に前記受信手段が前記所定の信号を受信することに従って、前記第３電力状態から前記第２電力状態に遷移させることを特徴とする情報処理装置。
2. 前記制御手段は、前記第２電力状態において第１条件を満たすことに従って、前記第２電力状態から前記第３電力状態に遷移させることを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記第２電力状態または前記第３電力状態において前記受信手段が前記所定の信号と異なる信号を受信することに従って、前記デバイスドライバをロードし、前記第１電力状態に遷移させることを特徴とする請求項２に記載の情報処理装置。
4. 前記制御手段は、前記第１電力状態に遷移してから第２条件を満たすことに従って、前記デバイスドライバをアンロードし、前記第２電力状態に遷移させることを特徴とする請求項３に記載の情報処理装置。
5. 前記第１条件は、前記所定の信号に基づく処理を実行してから予め定められた時間が経過することであることを特徴とする請求項２乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１条件は、前記所定の信号に基づく処理を実行してから予め定められた時間が経過することであり、
   前記第２条件は、前記異なる信号に基づく処理を実行してから予め定められた時間の経過であることを特徴とする請求項４に記載の情報処理装置。
7. 前記所定の信号は、ネットワークを介して受信するパケット信号であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. ファクシミリ装置を更に有し、
   前記所定の信号は、ファクシミリの着信であることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 画像データに基づく画像を用紙に印刷するプリンタと、
   画像データを処理し、前記プリンタに出力する画像処理回路を更に有し、
   前記制御手段は、前記第２電力状態において前記画像処理回路に電力を供給させないことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 情報処理装置は、プロセッサを有し、
    前記制御手段は、前記第３電力状態において前記プロセッサおよび前記画像処理回路に電力を供給させないことを特徴とする請求項９に記載の情報処理装置。
11. 前記デバイスは、前記情報処理装置の内部デバイスであることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 前記デバイスは、前記情報処理装置に接続する外部デバイスであることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
13. 前記外部デバイスは、ＵＳＢメモリであることを特徴とする請求項１２に記載の情報処理装置。
14. 前記外部デバイスがＵＳＢメモリである場合に、前記第１電力状態から前記第２電力状態に遷移する際に、前記ＵＳＢメモリが前記情報処理装置に接続されているか否かを確認する確認手段を有し、
    前記制御手段は、前記ＵＳＢメモリが前記情報処理装置に接続されていることに基づいて、前記第２電力状態から前記第３電力状態への遷移を禁止することを特徴とする請求項１３に記載の情報処理装置。
15. デバイスドライバを介してデバイスを制御する情報処理装置の制御方法であって、
    所定の信号を受信する受信ステップと、
    第１の条件で、前記デバイスドライバがロードされた状態であり前記デバイスを使用可能な状態である第１電力状態から前記デバイスドライバがアンロードされた状態であり前記デバイスを使用不能な状態である第２電力状態に切り替えるステップと、
    第２の条件で前記第２電力状態から、前記デバイスドライバがアンロードされた状態であり前記デバイスを使用不能な状態であり、且つ、前記第２電力状態よりも消費電力が少ない第３電力状態に切り替えるステップと、
    前記情報処理装置が前記第３電力状態である場合に前記所定の信号を受信することに従って、前記第３電力状態から前記第２電力状態に遷移させるステップと、を有することを特徴とする情報処理装置の制御方法。
16. 請求項１５に記載の制御方法を、コンピュータに実行させるためのプログラム。
17. 請求項１６に記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。

Images