JP2016201077A - 情報処理装置とその制御方法、及びプログラム - Google Patents

Abstract

【課題】ネットワークトラフィックが多い環境では、ＣＰＵが省電力状態になってしまうと受信パケットに対する応答性が低下してユーザの利便性を下げてしまう可能性があり、ＣＰＵを動作状態にして受信パケットへの応答性を上げると省電力を実現できない。【解決手段】複数のスリープモードを有する情報処理装置とその制御方法であって、特定のパケットの受信時間間隔を計時し、その計時した受信時間間隔に基づいて、複数のスリープモードのいずれに移行するかを決定する。そして、スリープモードに移行する条件を満足したと判定すると、その決定されたスリープモードに移行する。【選択図】 図９

Description

本発明は、情報処理装置とその制御方法、及びプログラムに関する。

画像形成装置が接続されるネットワーク環境は、接続されているＰＣの台数や各会社によって構築されているネットワークのインフラによって大きく異なる。ネットワーク環境は各ユーザや会社において異なるが、装置が省電力状態に移行する際の条件としては、装置内部で持っているタイマ（省電力状態への移行時間の計時）による省電力状態への移行指示に依っている。また或いは、ユーザからの指示（例えばスイッチ押下）によっても省電力状態に遷移するようになっている。

例えば特許文献１には、ネットワーク端末装置において、単位時間あたりに受信したパケットの数でネットワークの混雑度を検出して省電力モードを設定することが記載されている。

特開２００６−３３２８０７号公報

画像形成装置が接続されるネットワーク環境は様々であり、例えばネットワークトラフィックが多い環境においてＣＰＵが省電力状態になってしまうと、受信パケットに対する応答が通常状態よりも劣るためユーザの利便性を低下させる可能性がある。それに対してＣＰＵを動作状態にして、受信パケットへの応答性を上げると消費電力が増えてしまうことが考えられる。

また上記従来技術のように、単位時間当たりに受信したパケットの数で省電力モードを設定すると、より消費電力の少ない省電力モードでも受信パケットに応答できるにも拘らず、そのような省電力モードに移行させることができなくなる。

本発明の目的は、上記従来技術の課題を解決することにある。

本発明の特徴は、ネットワークトラフィックに応じたスリープモードに移行するともに、消費電力を抑えることができる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数のスリープモードを有する情報処理装置であって、
スリープモードに移行する条件を満足したかどうかを判定する判定手段と、
特定のパケットの受信時間間隔を計時する計時手段と、
前記計時手段により計時した前記受信時間間隔に基づいて、前記複数のスリープモードのいずれに移行するかを決定する決定手段と、
前記判定手段が前記条件を満足したと判定すると、前記決定手段により決定されたスリープモードに移行するように制御する制御手段と、を有することを特徴とする。

また本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数のスリープモードを有する情報処理装置であって、
前記複数のスリープモードのうち、いずれのスリープモードを前記情報処理装置に適用するかをユーザの指示に従って選択する選択手段と、
スリープモードに移行する条件を満足したかどうかを判定する第１の判定手段と、
前記第１の判定手段が前記条件を満足したと判定すると、前記選択手段によって選択されているスリープモードに移行するように制御する制御手段と、
特定のパケットの受信時間間隔を計時する計時手段と、
前記情報処理装置に適用するスリープモードを、前記選択手段によって選択されているスリープモードから他のスリープモードに変更するようにユーザに促すか否かを、前記計時手段により計時した前記受信時間間隔に基づいて判定する第２の判定手段と、
ユーザに促すと前記第２の判定手段によって判定された場合に、前記情報処理装置に適用するスリープモードを変更するようにユーザに促す通知手段と、を有することを特徴とする。

本発明によれば、特定のパケットの受信時間間隔に基づいてスリープモードを設定することにより、ユーザへの利便性を維持しながら低消費電力状態に移行させることが可能となる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態１に係る画像形成装置を含むネットワークシステムの構成例を示す図。 実施形態１に係る画像形成装置の外観の一例を示す図。 実施形態１に係る画像形成装置の制御部の構成を説明するブロック図。 実施形態１に係る画像形成装置の制御部による電源制御を説明するブロック図。 実施形態１に係る画像形成装置が第１スリープ状態のときの通電状態を説明するブロック図。 実施形態１に係る画像形成装置が第２スリープ状態のときの通電状態を説明するブロック図。 実施形態１に係る画像形成装置のＬＡＮコントローラ（ＬＡＮＣ）の構成をより詳細に説明するブロック図。 実施形態１に係る画像形成装置が受信するパケットの一例を示す図。 実施形態１に係る画像形成装置がスリープモードに移行するときの処理を説明するフローチャート。 実施形態２に係る画像形成装置がスリープモードに移行するときの処理を説明するフローチャート。 本発明の実施形態３に係るＵＩ画面例を示す図。 実施形態３に係る画像形成装置がスリープモードに移行するときの処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本発明の情報処理装置の一例として画像形成装置を例に説明するが、本発明はこれに限定されるものでなく、例えば通信装置やファクシミリ装置、複合機等にも適用できる。

［実施形態１］
図１は、本発明の実施形態１に係る画像形成装置を含むネットワークシステムの構成例を示す図である。

図１に示す例では、外部装置であるホストコンピュータ４０，５０、及び画像形成装置１０，２０，３０がＬＡＮ６０に接続されているが、本発明はこれらの構成に限られるものではない。また、実施形態１では、これら装置はＬＡＮを介して接続されているが、本発明はこれに限定されるものでなく、例えばＷＡＮ（公衆回線）や無線回線などの任意のネットワークであっても良い。

ホストコンピュータ（以下、ＰＣ）４０，５０は、一般的なパーソナルコンピュータの機能を有している。これらＰＣ４０，５０は、ＬＡＮ６０やＷＡＮを介してＦＴＰやＳＭＢプロトコルを用いファイルや電子メールを送受信することができる。また、ＰＣ４０，５０は、画像形成装置１０，２０，３０に対して、プリンタドライバを介した印刷命令を発行できる。更に、ＰＣ４０，５０は、例えばＳＮＭＰパケットを用いて定期的に画像形成装置１０，２０，３０に対して画像形成装置の状態を問い合わせることができる。画像形成装置１０，２０，３０は、ＰＣ４０，５０からの要求に応答して、印刷可能か否かなどの情報を返信できる。また画像形成装置１０と画像形成装置２０は同じ構成を有する。画像形成装置１０，２０はスキャナ部を有しているのに対して、画像形成装置３０はプリンタ部を有してプリント機能を有するが、スキャナ部を有していない点が相違している。

以下では説明を簡単にするために、画像形成装置１０，２０のうちの画像形成装置１０に注目して、その構成と動作を詳細に説明するが、画像形成装置２０についても同様である。また画像形成装置３０は、スキャナ部を有していないが、他の構成及び動作は基本的に画像形成装置１０と同様である。

画像形成装置１０は、画像入力デバイスであるスキャナ部１３、画像出力デバイスであるプリンタ部１４、画像形成装置１０全体の動作制御を司る制御部１１、ユーザインターフェース（ＵＩ）である操作部１２を有する。

次に画像形成装置１０の構成を説明する。

図２は、実施形態１に係る画像形成装置１０の外観の一例を示す図である。

スキャナ部１３は、複数のＣＣＤを有している。これら複数のＣＣＤのそれぞれの感度が互いに異なっていると、例え原稿上の各画素の濃度が同じであったとしても、各画素がそれぞれ互いに異なる濃度であると認識されてしまう。そのためスキャナ部１３では、最初に白板（一様に白い板）を露光走査し、露光走査して得られた反射光の量を電気信号に変換して制御部１１に出力している。

次に、原稿上の画像をスキャンする構成について説明する。

スキャナ部１３は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで、原稿画像の情報を電気信号に変換する。更に、スキャナ部１３は、電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、その輝度信号を画像データとして制御部１１に対して出力する。尚、原稿は、原稿フィーダ２０１のトレイ２０２にセットされる。ユーザが操作部１２から読み取り開始を指示すると、制御部１１からスキャナ部１３に原稿の読み取り指示が与えられる。スキャナ部１３は、この指示を受けると原稿フィーダ２０１のトレイ２０２から原稿を１枚ずつフィードして原稿の読み取りを行う。尚、原稿の読み取り方法は、原稿フィーダ２０１による自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であってもよい。

プリンタ部１４は、制御部１１から受取った画像データを用紙上に形成する画像形成デバイスである。尚、実施形態１における画像形成方式は、感光体ドラムや感光体ベルトを用いた電子写真方式となっているが、本発明はこれに限定されない。例えば、微少ノズルアレイからインクを吐出して用紙上に画像を印刷するインクジェット方式や昇華式等の他の印刷方法でも本発明は適用可能である。また、プリンタ部１４には、異なる用紙サイズ又は異なる用紙向きを選択可能とする複数の用紙カセット２０３，２０４，２０５が設けられている。排紙トレイ２０６には、印刷済の用紙が排出される。

図３は、実施形態１に係る画像形成装置１０の制御部１１の構成を説明するブロック図である。

制御部１１は、スキャナ部１３やプリンタ部１４と電気的に接続されており、一方ではＬＡＮ６０などを介してＰＣ４０，５０や外部の装置などと接続されている。これにより制御部１１には、画像データやデバイス情報の入出力が可能となっている。

ＣＰＵ３０１は、ＲＯＭ３０３に記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、制御部１１内部で行われる各種処理についても統括的に制御する。またＬＡＮ６０経由で受信したネットワークパケットに対する処理も行う。ＲＡＭ３０２は、ＣＰＵ３０１が動作するときのワークメモリとして使用され、かつ画像データを一時記憶するためのメモリとしても利用される。このＲＡＭ３０２は、ＳＲＡＭ及びＤＲＡＭにより構成されている。ＲＯＭ３０３は、この画像形成装置１０のブートプログラムなどが格納されている。ＨＤＤ３０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。操作部Ｉ／Ｆ３０５は、システムバス３０７と操作部１２とを接続するためのインターフェース部である。この操作部Ｉ／Ｆ３０５は、操作部１２に表示するための画像データをシステムバス３０７から受取って操作部１２に出力する。また操作部Ｉ／Ｆ３０５は、操作部１２から入力された情報をシステムバス３０７へ出力する。ＬＡＮコントローラ３０６は、ＬＡＮ６０とシステムバス３０７とに接続し、情報の入出力を行うことにより、画像形成装置１０とＬＡＮ６０との通信を制御する。タイマ３１４はＲＴＣ（Real Time Clock）で、ＣＰＵ３０１の指示により計時を行って、その計時した時間をＣＰＵ３０１に通知する。

画像バス３０８は、画像データをやり取りするための伝送路であり、ＰＣＩバス又はＩＥＥＥ１３９４で構成されている。画像処理部３０９は、画像処理を行うためのものであり、ＲＡＭ３０２に記憶された画像データを読み出し、ＪＰＥＧ，ＪＢＩＧなどの符号化、復号化、及び、色調整などの画像処理を行うことが可能である。スキャナ画像処理部３１０は、スキャナ部１３からスキャナＩ／Ｆ３１１を介して受取った画像データに対して、補正、加工及び編集等を行う。尚、スキャナ画像処理部３１０は、受取った画像データに基づいて、読み取った原稿がカラー原稿か白黒データか、文字原稿か写真原稿かなどの判定を行う。そしてスキャナ画像処理部３１０は、その判定結果を画像データに付随して出力する。こうした付随情報を属性データと称する。

プリンタ画像処理部３１２は、画像データに付随している属性データを参照して、その画像データに画像処理を施す。画像処理後の画像データは、プリンタＩ／Ｆ３１３を介してプリンタ部１４に出力される。

電源制御部３２０は、起動時や電源オフ時の電源制御や省電力状態への移行、及び省電力状態からの復帰といった電源状態の変更を制御する。また電源制御部３２０は、省電力状態から復帰する場合の復帰要因（例えばＦＡＸ受信やスイッチ押下等）を検知する部分であり、電源制御部３２０は各復帰要因に応じて、スタンバイ状態へ移行した際の電源制御を実施する。また電源制御部３２０は、ＣＰＵ３０１からの命令や後述のＷａｋｅ信号等の省電力状態からの復帰検出用の信号等を受け、それによって第一電源供給部４０９（図４）や第二電源供給部４１０（図４）から各部に対して電源供給を行うかどうかの制御を行う。

図４は、実施形態１に係る画像形成装置１０の制御部１１による電源制御を説明するブロック図である。

電源制御部３２０は、ＣＰＵ３０１からの命令や、ＬＡＮコントローラ３０６からのスリープ状態からの復帰検出用の信号等（Ｗａｋｅ１信号４０２、Ｗａｋｅ２信号４０３等）を受信する。そして、それら命令や信号に応じて、第一電源供給部４０９や第二電源供給部４１０から各部に対して電源供給を行うかどうかの制御を行う。

第一電源供給部４０９は、画像形成装置１０がスリープ状態においても電源を供給し、例えば、５Ｖの電力（第１電力）を供給する。第二電源供給部４１０は、画像形成装置１０がスリープ状態のときに電源供給をオフにするもので、例えば、１２Ｖの電力（第２電力）を供給する。即ち、第二電源供給部４１０が供給する第２電力は、第一電源供給部４０９が供給する第１電力より高い電圧の電力である。

電源制御部３２０は、制御信号４０４〜４０８の制御を行い、ジョブの実行が可能なスタンバイ状態では図３の参照番号３０５及び３０９〜３１３で示す部分に第２電力を供給する。更に、参照番号３０１〜３０４、ＬＡＮコントローラ３０６及び電源制御部３２０に第１電力を供給するように電源を制御する。また電源制御部３２０は、制御信号４０４〜４０８を制御して、消費電力を制限したスリープ状態を作り出す。スリープ状態には、第１スリープ状態と、第１スリープ状態よりも、より消費電力の少ない第２スリープ状態がある。第１スリープ状態では、参照番号３０５及び３０９〜３１３で示す部分への電力供給を遮断するとともに、ＣＰＵ３０１，ＲＡＭ３０２，ＲＯＭ３０３，ＨＤＤ３０４，ＬＡＮコントローラ３０６及び電源制御部３２０に電力を供給し続ける。このときの通電状態は図５を参照されたい。スタンバイ状態から第１スリープ状態へ移行する場合、電源制御部３２０は、参照番号３０５及び３０９〜３１３で示す部分に供給されている電力を遮断するように制御する。第１スリープ状態ではＣＰＵ３０１は通電されており、動作可能な状態なのでＬＡＮ６０経由で受信したネットワークパケットに対して、即座に応答することができる。

図５は、実施形態１に係る画像形成装置１０が第１スリープ状態のときの通電状態を説明するブロック図である。尚、図５において図４と共通する部分は同じ参照番号で示している。

この第１スリープ状態では、操作部Ｉ／Ｆ３０５、画像処理部３０９、スキャナ画像処理部３１０、スキャナＩ／Ｆ３１１、プリンタ画像処理部３１２、プリンタＩ／Ｆ３１３への電力供給が停止されている。

第２スリープ状態では、参照番号３０１，３０３〜３０５及び３０９〜３１３で示す部分への電力供給を遮断するとともに、ＲＡＭ３０２、ＬＡＮコントローラ３０６及び電源制御部３２０に電力を供給し続ける制御をする（通電状態を図６に示す）。

図６は、実施形態１に係る画像形成装置１０が第２スリープ状態のときの通電状態を説明するブロック図である。尚、図６において図４と共通する部分は同じ参照番号で示している。

この第２スリープ状態では、図５で非通電状態にある部分に加えて、ＣＰＵ３０１，ＲＯＭ３０３，ＨＤＤ３０４への電力供給が停止されている。

スタンバイ状態から第２スリープ状態へ移行する場合、電源制御部３２０は、参照番号３０１，３０３〜３０５及び３０９〜３１３で示す部分に供給されている電力を遮断するように制御する。第２スリープ状態においても一部の受信パケット（ＡＲＰ（Address Resolution Protocol）等）に関しては、ＬＡＮコントローラ３０６で応答することが可能である。しかしながら、全ての受信パケットに対してＬＡＮコントローラ３０６が応答することはできない。ＬＡＮコントローラ３０６で応答できないパケットを受信した場合には、ＣＰＵ３０１を動作可能な状態に復帰させる必要があり、第２スリープ状態では受信パケットに対する応答が遅くなってしまうことがある。

Ｗａｋｅ１信号（第１復帰信号）４０２は、第２スリープ状態になっている場合に、ＬＡＮコントローラ３０６がネットワーク６０経由でジョブパケットを受信した際に、その旨をＬＡＮコントローラ３０６から電源制御部３２０に通知するための信号である。電源制御部３２０は、このＷａｋｅ１信号４０２を検知すると、制御信号４０４〜４０８を制御して、各部に対して供給する電源のオフ／オン制御を行う。

Ｗａｋｅ２信号（第２復帰信号）４０３は、ＬＡＮコントローラ３０６が、第２スリープ状態のときに、ネットワーク６０から、ジョブパケットでなく、かつ代理応答可能パケットでもないパケットを受信した際に出力する。尚、このパケットは、例えば画像形成装置１０の状態の問い合わせ等である。このパケットを受信するとＬＡＮコントローラ３０６は、その旨を電源制御部３２０に通知するためにＷａｋｅ２信号４０３を出力する。電源制御部３２０は、Ｗａｋｅ２信号４０３を検知すると制御信号４０４〜４０８を制御し、各部に対して供給する電源の選択を行う。制御信号４０４〜４０８は、各部に対して電源供給を行うかどうかを制御するための信号である。

またスイッチ４１１〜４１５は、制御信号４０４〜４０８で制御されるスイッチである。電源制御部３２０がスイッチ４１１〜４１５のオン／オフを制御信号４０４〜４０８で制御することで、各部に対する電源供給状態を変更することが可能となる。スイッチ４１１〜４１５は、ＦＥＴやリレースイッチ等によって実現することができる。

制御信号４０４とスイッチ４１３は、ＬＡＮコントローラ３０６への電源供給を制御する。スイッチ４１３は、画像形成装置１０がスタンバイ状態やスリープ状態の場合に、ＬＡＮコントローラ３０６へ電源を供給し、画像形成装置１０がオフ状態の場合にはＬＡＮコントローラ３０６への電源を停止するように制御している。即ち、スイッチ４１３は、第一電源供給部４０９からＬＡＮコントローラ３０６への電力の供給及び停止を切り替える。

制御信号４０５とスイッチ４１４は、ＲＡＭ３０２への第一電源供給を制御する。スイッチ４１４は、画像形成装置１０がスタンバイ状態やスリープ状態の場合にＲＡＭ３０２へ電源を供給し、画像形成装置１０がオフ状態の場合にはＲＡＭ３０２への電源供給を停止するように制御している。即ち、スイッチ４１４は、第一電源供給部４０９からＲＡＭ３０２への電力の供給及び停止を切り替える。

制御信号４０６とスイッチ４１５は、ＣＰＵ３０１，ＲＯＭ３０３及びＨＤＤ３０４への第一電源供給を制御する。即ち、スイッチ４１５は、第一電源供給部４０９からＣＰＵ３０１，ＲＯＭ３０３及びＨＤＤ３０４への電力の供給と停止を切り替える。制御信号４０６は、画像形成装置１０がスタンバイ状態或いは第１スリープ状態の場合に、ＣＰＵ３０１，ＲＯＭ３０３及びＨＤＤ３０４へ電源を供給する。また画像形成装置１０が第２スリープ状態やオフ状態の場合は、ＣＰＵ３０１，ＲＯＭ３０３及びＨＤＤ３０４への電源の供給を停止するように制御している。即ち、スイッチ４１５は、第一電源供給部４０９からＣＰＵ３０１，ＲＯＭ３０３及びＨＤＤ３０４への電力の供給と停止を切り替える。

制御信号４０７とスイッチ４１１は、第一電源供給部４０９に対してＡＣ電源の供給を制御する。制御信号４０７とスイッチ４１１は、後述の電源スイッチ４０１がオンされると、電源制御部３２０によってオンされる。これにより、ユーザが電源スイッチ４０１をオフした際にも、制御部１１に対して電源供給することが可能となる。このとき電源制御部３２０は、スイッチ４０１のオフ／オンを取得するための信号４１６により、スイッチ４０１がオフされたことを検知する。そして、それをＣＰＵ３０１に通知することで、正常なシャットダウン処理をしてから各部への電源供給をオフすることが可能となる。電源スイッチ４０１は、ユーザが画像形成装置１０への電源オン／オフの操作をするための電源スイッチであり、ユーザが電源スイッチ４０１をオンすることで第一電源供給部４０９にＡＣ電源が供給される。

制御信号４０８とスイッチ４１２は、第二電源供給部４１０に対してＡＣ電源の供給を制御する。また制御信号４０８とスイッチ４１２は、各部への第２電力の供給を制御する。例えば、画像処理部３０９への電源供給で説明すると、スリープ状態の場合はスイッチ４１２はオフされて電力供給は停止されていて、スタンバイ時にはスイッチ４１２はオンされて第二電源供給部４１０に電力供給される。即ち、スイッチ４１２は、電源制御部３２０によりオン／オフが制御され、第二電源供給部４１０からの第２電力の供給及び停止を切り替える。

第一電源供給部４０９は、ＡＣ電源をＤＣ電源に変換し、電源制御部３２０等に対して第１電力を供給する。第一電源供給部４０９から供給される第１電力は、画像形成装置１０がスリープ状態に移行した場合でも、電源制御部３２０等に対して供給されている。またこの第１電力は、電源制御部３２０の他にスリープ状態からの復帰を行うために、ネットワーク６０からの着信検知をするためのＬＡＮコントローラ３０６へも供給されている。

第二電源供給部４１０は、ＡＣ電源をＤＣ電源に変換し、各デバイスに対して、第２電力を供給する。第二電源供給部４１０から供給される第２電力は、画像形成装置１０がスリープ状態の時に供給が停止される。第二電源供給部４１０は、スリープ状態の場合は消費電力を少なくして、スリープ状態の場合に電源供給が不要な各部への電源供給を制御するために備えられている。

図７は、実施形態１に係る画像形成装置１０のＬＡＮコントローラ（ＬＡＮＣ）３０６の構成をより詳細に説明するブロック図である。

ＬＡＮコントローラ３０６は、処理の機能としてみるとＷａｋｅ Ｏｎ ＬＡＮ（以降、ＷＯＬ）パターン検出部７０１、代理応答パターン検出部７０２、代理応答送信パケット処理部７０３、データ転送処理部７０４、ＲＯＭ７０５を有している。さらにＲＯＭ７０５は、ＷＯＬパターン登録領域７０６、代理応答パケット登録領域７０７、代理応答送信データ登録領域７０８を有している。ＷＯＬパターン登録領域７０６は、ＷＯＬパケットのパターンを登録している。ＷＯＬパターン検出部７０１は、受信したパケットのパターンが、この登録されているＷＯＬパケットのパターンと一致すると、ＷＯＬパケットを受信したと判定する。代理応答パケット登録領域７０７は、ＬＡＮＣ３０６が代理応答できるパケットのパターンを登録している。代理応答パターン検出部７０２は、受信したパケットのパターンが、この登録されている代理応答パケットのパターンと一致すると、ＬＡＮＣ３０６で代理応答できるパケットであると判定する。代理応答送信データ登録領域７０８は、代理応答送信パケット処理部７０３が送信するパケットデータを登録している。代理応答送信データ登録領域７０８は、代理応答時に、ＬＡＮＣ３０６が送信するパケットパターンを登録している。

ＷＯＬパターン検出部７０１は、ＣＰＵ３０１がスリープモード中に、ネットワーク６０から受信したパケットのパターンと、ＷＯＬパターン登録領域７０６に記憶されているパターンとを比較する。そしてこの比較の結果、これらが一致した場合は、ＣＰＵ３０１へ割り込みなどの出力を行ってＣＰＵ３０１を起動させる。また第２スリープモードにおいて、ＬＡＮコントローラ３０６だけで処理できないパケット、例えば印刷ジョブのパケットをＷＯＬパターンとして検出すると、画像形成装置１０をスリープ状態から復帰させる。

代理応答パターン検出部７０２は、ＣＰＵ３０１がスリープモード中に、代理応答パケット登録領域７０７に登録されているパターンと、ネットワーク６０から受信したパケットのパターンとを比較する。この比較の結果、これらが一致した場合は、代理応答送信パケット処理部７０３へ通知して、代理応答送信データ登録領域７０８に登録されているパケットパターンで、ネットワーク６０へパケットを送出させる。また代理応答送信パケット処理部７０３は、ネットワーク６０へパケットを送出する際、相手先のアドレスの生成や、パケットのチェックサム等の計算を行って、そのパケットに、それら情報を付加することもできる。第２スリープモードにおいてＬＡＮコントローラ３０６で処理可能なパケット、例えばＡＲＰを代理応答パケットとして検出すると、スリープモードの状態を維持したまま、ＬＡＮコントローラ３０６で応答する。

データ転送処理部７０４は、ＣＰＵ３０１からの指示により、ネットワーク６０から受信したデータをＲＡＭ３０２へ転送する、またはＲＡＭ３０２にあるデータをネットワーク６０へ送信するための処理を行う。

図８は、実施形態１に係る画像形成装置１０が受信するパケットの一例を示す図である。

パケットの先頭部分は、ＥｔｈｅｒＦｒａｍｅ８０１，ＩＰＦｒａｍｅ８０２，ＵＤＰＦｒａｍｅ８０３を有し、その後にＳＮＭＰ（Simple Network Management Protocol）などのパケットの種類によって変化する領域を含んでいる。後述のフローチャートにおけるパケットの解析は、受信したパケットの図８に示した領域を比較することによって行われる。例えば、画像形成装置１０が第２スリープ状態の場合は、ＬＡＮコントローラ３０６は宛先のＥｔｈｅｒＡｄｄｒｅｓｓ８０４と自機アドレスとを比較して自機宛てのパケットかどうかを判定する。そして自機宛のパケットであると判定すると画像形成装置１０を通常状態に復帰させる場合、或いは「ＸＸＸ Ｆｒａｍｅ」に示した領域に特定のデータ列が検出された場合に通常状態に復帰させる場合、ＬＡＮＣ３０６はＷａｋｅ１信号４０２をアサートする。これにより電源制御部３２０は、各部に電力が供給するように制御信号によりスイッチをオンさせて、通常状態に復帰させる。

また、代理応答を行う場合も、代理応答パケット登録領域７０７に登録されているパターンと、受信したパケットとを比較し、代理応答すべきとパケットであると判定すると、ネットワーク６０に代理応答を返す。尚、図８に示すパケットの構成はあくまでも一例であり、ＩＰＶ４、ＩＰＶ６などによってパケットのフォーマットは変化する。

図９は、実施形態１に係る画像形成装置１０がスリープモードに移行するときの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ３０３或いはＨＤＤ３０４に記憶されており、実行時にＲＡＭ３０２に展開され、ＣＰＵ３０１がそのプログラムを実行することにより、このフローチャートで示す処理が実現される。

先ずＳ９０１でＣＰＵ３０１は、ＬＡＮ６０経由でパケットを受信したかどうかを判定する。ここでＣＰＵ３０１がパケットを受信したと判定するとＳ９０２に処理を進め、パケットを受信していないと判定した場合はＳ９０６に処理を進める。Ｓ９０２でＣＰＵ３０１は、Ｓ９０１で受信したパケットがＷＯＬパケットであるかどうかを判定し、ＷＯＬパケットであると判定した場合はＳ９０３に処理を進め、そうでないときはＳ９０６に処理を進める。ここでＷＯＬパケットかどうかの判定基準は、第２スリープ状態のときに、ＬＡＮコントローラ３０６で応答可能な場合にはＷＯＬパケットではないと判定し、それ以外のＣＰＵ３０１で応答する必要がある場合にはＷＯＬパケットであると判定する。第２スリープ状態のときにＬＡＮコントローラ３０６が応答可能なパケットの一例として、例えばＡＲＰがある。

Ｓ９０３でＣＰＵ３０１は、ＷＯＬパケットの受信時間間隔を測定するためにタイマ３１４による計時を開始する。このタイマ３１４は、スリープモードに移行する場合に、第１スリープモードに移行させるか、第２スリープモードに移行させるかをＣＰＵ３０１が判定するための判断材料を提供する。即ち、ここでは、受信時間間隔が所定時間未満のときは第１スリープ状態に移行し、受信時間間隔が所定時間以上のときは、より消費電力の少ない第２スリープ状態に移行するようにしている。

次にＳ９０４に進みＣＰＵ３０１は、ＬＡＮ６０経由で受信したパケットがＷＯＬパケットであるかどうかを判定する。ここでＷＯＬパケットであると判定した場合はＳ９０５に遷移し、そうでないと判定した場合はＳ９０７に遷移する。Ｓ９０５でＣＰＵ３０１は、Ｓ９０３で計時動作を開始したタイマ３１４の計時値を、例えばＲＡＭ３０２に記憶してＳ９０３に処理を進める。ここで記録するタイマ３１４の計時値は、ＷＯＬパケットを受信してから、次にＷＯＬパケットを受信するまでの時間間隔を示す。

Ｓ９０６でＣＰＵ３０１は、スリープモードへ移行する移行条件を満足したかどうかを判定する。この移行条件は、例えば、装置が動作しない経過時間が、スリープモードに移行する条件である経過時間に到達したか、或いはユーザがスリープモードへの遷移を指示するスイッチを操作した場合等がある。Ｓ９０６でＣＰＵ３０１が、スリープモードへ移行可能と判定した場合はＳ９０９に進み、ＣＰＵ３０１は、画像形成装置１０を第２スリープモードに移行するための処理を行って、この処理を終了する。一方、Ｓ９０６でＣＰＵ３０１が、スリープモードへの移行条件を満足していないと判定した場合はＳ９０１に処理を進める。

Ｓ９０７でＣＰＵ３０１は、スリープモードへ移行する移行条件が満足されたかどうかを判定する。このスリープモードへの移行条件は、例えば、装置が動作しない経過時間が、スリープモードに移行する条件である経過時間に到達したか、或いはユーザがスリープモードへの遷移を指示するスイッチを操作した場合等がある。Ｓ９０７でＣＰＵ３０１が、スリープモードへの移行条件を満足したと判定した場合はＳ９０８に処理を進め、スリープモードへ移行条件を満足していないと判定した場合はＳ９０４に処理を進める。

Ｓ９０８でＣＰＵ３０１は、Ｓ９０５で保持したタイマ３１４による計時値、即ち、ＷＯＬパケットの受信時間間隔が、閾値以上かどうかを判定する。ここでＷＯＬパケットの受信時間間隔が閾値以上と判定すると前述したＳ９０９に処理を進めて、画像形成装置１０を第２スリープモードに移行するが、そうでないときはＳ９１０に処理を進める。ここでの閾値は、ユーザが、例えば操作部１２を介して設定できるようにしてもよい。また、閾値のデフォルトを「０」とし、当初は、どのような環境であっても第２スリープモードに移行するように設定しておいて、ユーザに対して、受信パケットに対する応答が早くなるようなモードを推奨するような構成にしても良い。

更に、Ｓ９０８でＣＰＵ３０１が、第１スリープモードに移行すると判定した場合は、ユーザに対して、より低消費電力の第２スリープモードに移行していないことを示すアラートを操作部１２に表示するようにしても良い。

Ｓ９１０でＣＰＵ３０１は、画像形成装置１０を第１スリープモードに移行するための処理を行う。このＳ９１０の処理は、Ｓ９０８でＷＯＬパケットの受信時間間隔が閾値以下の短い場合で、スリープモードへの移行条件を満足したときに実行される。これにより、ＷＯＬパケットの受信時間間隔が所定値よりも短い場合は、画像形成装置１０は、より受信パケットに対する応答性が早い第１スリープモードへ遷移できる。

このようにＷＯＬパケットの受信時間間隔に基づき、スリープモードに移行するときのスリープ状態を切り替えることにより、ユーザへの利便性を残しつつ、低消費電力のスリープモードに移行させることが可能となる。

［実施形態２］
上述の実施形態１では、ＷＯＬパケットの受信間隔によってスリープモードへの移行時に遷移させるスリープモードを選択する例について説明した。これに対して実施形態２では、ＷＯＬパケットであり、且つ定期的に応答する必要があるパケットの受信間隔によって、スリープモードに移行するときに遷移するスリープモードを選択する例について説明する。尚、実施形態２に係る画像形成装置１０，２０の構成や、画像形成装置１０，２０やＰＣ４０，５０を含むシステム構成も、前述の実施形態１と同じであるため、その説明を省略する。

図１０は、本発明の実施形態２に係る画像形成装置１０がスリープモードに移行するときの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ３０３或いはＨＤＤ３０４に記憶されており、実行時にＲＡＭ３０２に展開され、ＣＰＵ３０１がそのプログラムを実行することにより、このフローチャートで示す処理が実現される。

まずＳ１００１でＣＰＵ３０１は、ＬＡＮ６０経由でパケットを受信したかどうかを判定する。ここでパケットを受信したと判定した場合はＳ１００２に処理を進め、受信していないと判定した場合はＳ１００８に処理を進める。Ｓ１００２でＣＰＵ３０１は、Ｓ１００１で受信したパケットがＷａｋｅ Ｏｎ ＬＡＮ（以降、ＷＯＬ）パケットかどうかを判定する。ここでＣＰＵ３０１がＷＯＬパケットと判定した場合はＳ１００３に処理を進め、そうでないときはＳ１００８に処理を進める。ここでＷＯＬパケットかどうかの判定基準は、第２スリープ状態のときに、ＬＡＮコントローラ３０６で応答可能な場合はＷＯＬパケットではないと判定し、それ以外のＣＰＵ３０１で応答する必要がある場合にはＷＯＬパケットであると判定する。第２スリープ状態のときにＬＡＮコントローラ３０６が応答可能なパケットの一例として、例えばＡＲＰがある。

Ｓ１００３でＣＰＵ３０１は、Ｓ１００１で受信したパケットが定期的に受信する可能性のあるパケットかどうかを判定する。ここで定期的に受信するパケットであると判定するとＳ１００４に処理を進め、そうでないときはＳ１００８に処理を進める。定期的に受信する可能性のあるパケットとしては、例えばＳＮＭＰパケットが考えられる。

ここでは前述の図８に記載の宛先ポート番号８０５を確認してＳＮＭＰパケットかどうかを判定し、「ＸＸＸ Ｆｒａｍｅ」内のＯｂｅｊｃｔｓ ＩＤ（不図示）が代理応答できないＩＤである場合に、定期的に受信するパケットであると判定する。

Ｓ１００４でＣＰＵ３０１は、定期的に受信すると判定したパケットの受信時間間隔を測定するためにタイマ３１４による計時動作を開始する。このタイマ３１４は、スリープモードに移行する場合に、第１スリープモードに移行させるか、第２スリープモードに移行させるかをＣＰＵ３０１が判定するための時間間隔を計時する。次にＳ１００５に進みＣＰＵ３０１は、受信したパケットがＷＯＬパケットかどうかを判定する。ここでＷＯＬパケットであると判定した場合はＳ１００６に処理を進め、そうでないときはＳ１００９に処理を進める。Ｓ１００６でＣＰＵ３０１は、Ｓ１００３と同様に、受信したパケットが定期的に受信する可能性のあるパケットかどうかを判定する。ここで定期的に受信するパケットであると判定するとＳ１００７に処理を進め、そうでないと判定した場合はＳ１００９に処理を進める。ここで、定期的に受信する可能性のあるパケットとしては、例えばＳＮＭＰパケットが考えられる。

Ｓ１００７でＣＰＵ３０１は、Ｓ１００４で計時動作を開始したタイマによる計時値をＲＡＭ３０２に記憶する。ここでＲＡＭ３０２に記憶する計時値は、定期的に受信する可能性のあるパケットを受信してから、次に、その定期的に受信する可能性のあるパケットを受信するまでの時間間隔を示す。本実施形態２では、スリープモードに移行する際、第１スリープモード、第２スリープモードのいずれに移行するかは、このタイマ３１４により計時された時間間隔に基づいてＣＰＵ３０１が判定する。

Ｓ１００８でＣＰＵ３０１は、スリープモードへ移行する移行条件を満足したかどうかを判定する。このスリープモードに移行する移行条件としては、画像形成装置１０が動作しない経過時間がスリープモードに移行する時間になったか、或いはユーザが、スリープモードに移行させるスイッチを操作したか等がある。ここでＣＰＵ３０１は、スリープモードへの移行条件が満たされたと判定するとＳ１０１１に処理を進め、スリープモードへの移行条件を満たしていないと判定した場合はＳ１００１に処理を進める。Ｓ１０１１でＣＰＵ３０１は、画像形成装置１０を第２スリープモードに移行するための処理を行う。これは定期的に受信するパケットの受信時間間隔が閾値以上である場合や、ＷＯＬパケットやＷＯＬパケットでも定期的に受信する可能性のあるパケットを受信していない状態で、スリープモードへの移行条件が満たされた場合に実行される。

Ｓ１００９でＣＰＵ３０１は、スリープモードへの移行条件が満たされたかどうかを判定する。このスリープモードに移行する移行条件としては、画像形成装置１０が動作しない経過時間がスリープモードに移行する時間になったか、或いはユーザが、スリープモードに移行させるスイッチを操作したか等がある。ここでＣＰＵ３０１は、スリープモードへ移行する移行条件を満足したと判定するとＳ１０１０に処理を進め、そうでないときはＳ１００５に処理を進める。Ｓ１０１０でＣＰＵ３０１は、Ｓ１００７でＲＡＭ３０２に記憶した計時値、即ち、定期的に受信する可能性のあるパケットの受信時間間隔が閾値以上かどうかを判定する。ここで、そのパケットの受信時間間隔が閾値以上と判定するとＳ１０１１に処理を進めて、画像形成装置１０を第２スリープ状態に移行させる。一方、Ｓ１０１０で、定期的に受信する可能性のあるパケットの受信時間間隔が閾値未満と判定したときはＳ１０１２に処理を進めて、画像形成装置１０を第１スリープ状態に移行させる。

これにより定期的に受信する可能性のあるパケットの受信時間間隔が長い場合や、ＷＯＬパケットやＷＯＬパケットでも、定期的に受信する可能性のあるパケットを受信していない場合、画像形成装置１０はより消費電力の少ない第２スリープ状態に遷移できる。尚、ここでの閾値は、ユーザが任意に設定できるようにしても良い。

また、デフォルトの閾値を「０」とし、最初は、どのような環境であっても第２スリープ状態に移行するようにしておき、ユーザに対して、受信パケットに対する応答が早くなるようなモードを推奨するような構成にしてもよい。

更に、第１スリープ状態に移行すると判定した場合は、ユーザに対して、より消費電力の少ない第２スリープ状態に移行していないことを示すアラートを表示するようにしても良い。

また画像形成装置１０を第１スリープ状態に移行するための処理は、定期的に受信する可能性のあるパケットの受信時間間隔が閾値以下の場合や、スリープモードへの移行が発生したときに実行される。これにより定期的に受信する可能性のあるパケットの受信時間間隔が短い場合は、画像形成装置１０は、より受信パケットに対する応答性の早い第１スリープ状態に移行できるようになる。

このようにＷＯＬパケットで、且つ、定期的に受信する可能性のあるパケットの受信時間間隔に基づいて、スリープモードに移行するときのスリープ状態を切り替えられる。こうすることにより、ユーザへの利便性を残しつつ、低消費電力となるスリープ状態に移行させることが可能となる。

［実施形態３］
次に本発明の実施形態３を説明する。実施形態３では、ユーザは、画像形成装置１０がスリープモードに移行する際、前述の第１スリープ状態か、第２スリープ状態のいずれかに移行するかを予め設定できるものとする。そして画像形成装置１０は、上述のスリープモードへの移行条件を満足したと判定すると、そのユーザの設定に従って、第１スリープ状態、或いは第２スリープ状態に移行する。また画像形成装置１０は、前述の実施形態１，２のように、パケットの受信時間間隔を計測し、その時間間隔が所定時間よりも長い場合で、且つ、上述のユーザの設定が第１スリープ状態である場合は、第２スリープ状態への移行を推奨する。尚、実施形態３に係る画像形成装置１０，２０の構成や、画像形成装置１０，２０やＰＣ４０，５０を含むシステム構成も、前述の実施形態１と同じであるため、その説明を省略する。

図１１（Ａ）は、画像形成装置１０がスリープモードに移行する際、前述の第１スリープ状態か、第２スリープ状態のいずれかに移行するかを、ユーザに予め設定させるために操作部１２の表示部に表示される画面例を示す図である。

ここではラジオボタン１１０１又は１１０２により、第１スリープ状態、或いは第２スリープ状態に移行するように設定できる。この画面で設定された内容がＲＡＭ３０２に記憶される。

図１２は、本発明の実施形態３に係る画像形成装置１０がスリープモードに移行するときの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ３０３或いはＨＤＤ３０４に記憶されており、実行時にＲＡＭ３０２に展開され、ＣＰＵ３０１がそのプログラムを実行することにより、このフローチャートで示す処理が実現される。図１２において、図１０と共通する処理は同じ記号で示し、それらの説明を省略する。

Ｓ１００８或いはＳ１００９でスリープモードに移行する条件を満足したと判定するとＳ１２０１に進む。Ｓ１２０１でＣＰＵ３０１は、図１１（Ａ）の画面を介して設定されたスリープモードをＲＡＭ３０２から読出し、その設定が第１スリープ状態であるか、第２スリープ状態であるかを判定する。ここで第２スリープ状態に設定されていると判定するとＳ１０１１に進み、画像形成装置１０を第２スリープ状態に移行させる。

一方、Ｓ１２０１でＣＰＵ３０１が、第１スリープ状態が設定されていると判定するとＳ１０１０に進み、定期的に受信する可能性のあるパケットの受信時間間隔が閾値よりも長いかどうかを判定する。ここで定期的に受信する可能性のあるパケットの受信時間間隔が閾値よりも短いと判定したときはＳ１０１２に処理を進めて、画像形成装置１０を第１スリープ状態に移行させる。一方、Ｓ１０１０でＣＰＵ３０１が、パケットの受信時間間隔が閾値よりも長いと判定するとＳ１２０２に進む。Ｓ１２０２でＣＰＵ３０１は、操作部１２の表示部に、例えば図１１（Ｂ）に示すような画面を表示する。

図１１（Ｂ）は、第１スリープ状態が設定されているときに、より消費電力の少ない第２スリープ状態に移行するように変更するかどうかをユーザに問う画面例を示す。

Ｓ１２０３でＣＰＵ３０１は、図１１（Ｂ）の画面で、ボタン１１１０，１１１１のいずれが押下されるかを判別する。ここでユーザが「はい」ボタン１１１０を押下するとＳ１２０３からＳ１０１１に進んで、画像形成装置１０を第２スリープ状態に移行させる。一方、ユーザが「いいえ」ボタン１１１１が押下すると、Ｓ１２０３からＳ１０１２に進んで、画像形成装置１０を第１スリープ状態に移行させる。

実施形態３によれば、画像形成装置１０は、パケットの受信時間間隔を測定し、その受信時間間隔が所定値よりも長いときは、ユーザが設定しているスリープモードよりも、より消費電力の少ないスリープモードを設定するようにユーザに推奨できる。

また、実施形態３では図面で説明していないが、例えば逆に、ユーザの設定が第２スリープ状態でパケットの受信時間間隔が所定値よりも短いときは、パケットに対する応答性を低下させないように、第１スリープ状態を設定するようにユーザに推奨しても良い。

また移行するスリープモードの決定を、ユーザの設定、或いは画像形成装置の決定のいずれかを優先させるモードを設けても良い。そしてユーザの設定を優先させる場合は、パケットの受信時間間隔に依らずに、ユーザの設定に従うようにしても良い。

なお、上述した実施形態における各種データの構成及びその内容は、これに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

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

本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０，２０，３０…画像形成装置、１２…操作部、３０１…ＣＰＵ、３０６…ＬＡＮコントローラ、３２０…電源制御部、４０９…第一電源供給部、４１０…第二電源供給部

Claims (13)

1. 複数のスリープモードを有する情報処理装置であって、
   スリープモードに移行する条件を満足したかどうかを判定する判定手段と、
   特定のパケットの受信時間間隔を計時する計時手段と、
   前記計時手段により計時した前記受信時間間隔に基づいて、前記複数のスリープモードのいずれに移行するかを決定する決定手段と、
   前記判定手段が前記条件を満足したと判定すると、前記決定手段により決定されたスリープモードに移行するように制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記複数のスリープモードは、少なくとも、第１スリープモードと、当該第１スリープモードよりも消費電力の少ない第２スリープモードとを含むことを特徴とする請求項１に記載の情報処理装置。
3. 前記特定のパケットを受信しない状態で前記判定手段が前記条件を満足したと判定すると、前記第２スリープモードに移行するように制御することを特徴とする請求項２に記載の情報処理装置。
4. 前記決定手段は、前記受信時間間隔が閾値以上の場合は前記第２スリープモードに移行すると決定し、前記受信時間間隔が閾値未満の場合は前記第１スリープモードに移行すると決定することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記閾値をユーザに設定させるための操作手段を、更に有することを特徴とする請求項４に記載の情報処理装置。
6. 前記スリープモードに移行する条件は、前記情報処理装置が操作されない経過時間が所定時間以上になった場合、或いはユーザがスリープモードに移行するための操作を行った場合を含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 複数のスリープモードを有する情報処理装置であって、
   前記複数のスリープモードのうち、いずれのスリープモードを前記情報処理装置に適用するかをユーザの指示に従って選択する選択手段と、
   スリープモードに移行する条件を満足したかどうかを判定する第１の判定手段と、
   前記第１の判定手段が前記条件を満足したと判定すると、前記選択手段によって選択されているスリープモードに移行するように制御する制御手段と、
   特定のパケットの受信時間間隔を計時する計時手段と、
   前記情報処理装置に適用するスリープモードを、前記選択手段によって選択されているスリープモードから他のスリープモードに変更するようにユーザに促すか否かを、前記計時手段により計時した前記受信時間間隔に基づいて判定する第２の判定手段と、
   ユーザに促すと前記第２の判定手段によって判定された場合に、前記情報処理装置に適用するスリープモードを変更するようにユーザに促す通知手段と、
   を有することを特徴とする情報処理装置。
8. 前記通知手段は、前記情報処理装置に適用するスリープモードを変更するようにユーザに促す画面を表示することを特徴とする請求項７に記載の情報処理装置。
9. 前記特定のパケットは、外部装置が定期的に送信するパケットであることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記特定のパケットは、ＳＮＭＰパケットであることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 複数のスリープモードを有する情報処理装置の制御方法であって、
    判定手段が、スリープモードに移行する条件を満足したかどうかを判定する判定工程と、
    計時手段が、特定のパケットの受信時間間隔を計時する計時工程と、
    決定手段が、前記計時工程で計時した前記受信時間間隔に基づいて、前記複数のスリープモードのいずれに移行するかを決定する決定工程と、
    制御手段が、前記判定工程が前記条件を満足したと判定すると、前記決定工程で決定されたスリープモードに移行するように制御する制御工程と、
    を有することを特徴とする情報処理装置の制御方法。
12. 複数のスリープモードを有する情報処理装置の制御方法であって、
    選択手段が、前記複数のスリープモードのうち、いずれのスリープモードを前記情報処理装置に適用するかをユーザの指示に従って選択する選択工程と、
    第１の判定手段が、スリープモードに移行する条件を満足したかどうかを判定する第１の判定工程と、
    制御手段が、前記第１の判定工程が前記条件を満足したと判定すると、前記選択工程で選択されているスリープモードに移行するように制御する制御工程と、
    計時手段が、特定のパケットの受信時間間隔を計時する計時工程と、
    第２の判定手段が、前記情報処理装置に適用するスリープモードを、前記選択工程で選択されているスリープモードから他のスリープモードに変更するようにユーザに促すか否かを、前記計時工程で計時した前記受信時間間隔に基づいて判定する第２の判定工程と、
    ユーザに促すと前記第２の判定工程で判定された場合に、前記情報処理装置に適用するスリープモードを変更するようにユーザに促す通知工程と、
    を有することを特徴とする情報処理装置の制御方法。
13. コンピュータを、請求項１乃至１０のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images