(57)【要約】【課題】  利用者が画像形成装置本体を使用していない状況をより正しく判断して適正なタイミングで必要なリブート処理を行える。【解決手段】    システムのリソースを管理して画像処理を行う画像形成装置において、システムがリブートすべき状態がいずれのレベルに遷移しているかを判定する。そして、判定されレベルに応じたリブート処理を予約する。そして、画像処理装置本体の周辺の明度レベルを検知する。そして、検知された明度レベルと予約されたリブート処理のレベルとに応じて、リブート工程によるリブート処理の実行の可否を制御する。【選択図】  図１１
2014043067.tif 000002
【特許請求の範囲】
【請求項１】
システムのリソースを管理して画像処理を行う画像形成装置であって、
前記システムのリソースをリブートするリブート手段と、
前記システムがリブートすべき状態がいずれのレベルに遷移しているかを判定する判定手段と、
判定されレベルに応じたリブート処理を予約する予約手段と、
画像処理装置本体の周辺の明度レベルを検知する検知手段と、
検知された明度レベルと予約されたリブート処理のレベルとに応じて、前記リブート手段によるリブート処理の実行の可否を制御する制御手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記検知手段は、少なくともと３段階の明暗レベルを検知することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記システムのリソースは、揮発性のメモリを含むことを特徴とする請求項１記載の画像形成装置。
【請求項４】
揮発性のメモリは、１つのブロックに複数の容量のメモリブロックを割り当てられて管理されることを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記判定手段は、揮発性のメモリに所定の空き容量を確保できない場合、リブート処理のレベルを高レベルであると判定することを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記判定手段は、揮発性のメモリに連続して所定の空き容量を確保できない場合、リブート処理のレベルを中レベルであると判定することを特徴とする請求項１記載の画像形成装置。
【請求項７】
前記リブート手段によるリブート後、前記検知手段が検知する画像処理装置本体の周辺の明度レベルに応じて、前記システムを省電力モードへ移行させる電力制御手段を備えることを特徴とする請求項１記載の画像形成装置。
【請求項８】
システムのリソースを管理して画像処理を行う画像形成装置の制御方法であって、
前記システムのリソースをリブートするリブート工程と、
前記システムがリブートすべき状態がいずれのレベルに遷移しているかを判定する判定工程と、
判定されレベルに応じたリブート処理を予約する予約工程と、
画像処理装置本体の周辺の明度レベルを検知する検知工程と、
検知された明度レベルと予約されたリブート処理のレベルとに応じて、前記リブート工程によるリブート処理の実行の可否を制御する制御工程と、
を備えることを特徴とする画像形成装置の制御方法。
【請求項９】
前記リブート工程によるリブート後、前記検知工程が検知する画像処理装置本体の周辺の明度レベルに応じて、前記システムを省電力モードへ移行させる電力制御工程を備えることを特徴とする請求項７記載の画像形成装置の制御方法。
【請求項１０】
請求項８または９に記載の画像形成装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
近年、複合機に代表される画像形成装置では、ＦＡＸ機能やネットワーク通信機能を備えている関係から、長時間連続稼働する利用方法が一般的になっている。
【０００３】
長期間連続稼動する画像形成装置では、装置の信頼性を向上させるために、再起動によって復旧する可能性の高い故障を検出した時に、即再起動を実行するような提案がなされている（例えば、特許文献１参照）。
【０００４】
また故障だけでなく、内部でのメモリアクセス回数が累積することにより、断片化と呼ばれる現象が進んでいく。このような断片化がより進行していくことで、ある程度まとまったサイズの連続メモリ領域を確保しようとすると、確保が出来なかったり、確保のために時間を要したりすることがある。
また一方ソフトウエアの潜在的な要因により未使用のメモリ領域が徐々に少なくなっていき、やがてメモリ確保できなくなったりすることがある。
これら現象によりソフトウエアの動作が一定にならず不安定な動作につながるという課題がある。
上記課題を解決する方法としては、アクセス回数の累積を避けるために定期的に電源を切断したり、再起動を行ったりすることでメモリの使用状況を定期的にクリーニングする方法がある。
【０００５】
連続稼動の最中に再起動を行う際に、利用者が機器を利用していない状況を省電力状態に移行してからの一定期間未使用の場合、といった方法で判定して再起動を実行する提案がなされている（例えば、特許文献２参照）。
【０００６】
なお、省電力の観点から連続稼動する画像形成装置では、省電力状態へ移行させる機能を有するものがある。しかし内部のソフトウエアにとっては連続稼動していることに違いはなく、本課題の解決にはならない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−２２９２１０号公報
【特許文献２】特開２００６−２２９５０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、前出の方法では利用者が使用する状況を完全に把握できているとは言えない。
近年では省電力化の観点から、省電力状態へ容易に移行するように移行までの待ち時間を短くして運用することが一般的である。このため画像形成装置を使用しようとした時に意図せずリブート処理に移行してしまう可能性が比較的高いと言える。
また、近年の画像形成装置は高機能化、多機能化が進んでいるため、機器（システムのリソースを含む）の再起動処理に長い時間を要することが少なくない。これもまた利用者の利便性を低下させる要因になっている。
【０００９】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、利用者が画像形成装置本体を使用していない状況をより正しく判断して適正なタイミングで必要なリブート処理を行える仕組みを提供することである。
【課題を解決するための手段】
【００１０】
上記目的を達成する本発明の画像形成装置は以下に示す構成を備える。
システムのリソースを管理して画像処理を行う画像形成装置であって、前記システムのリソースをリブートするリブート手段と、前記システムがリブートすべき状態がいずれのレベルに遷移しているかを判定する判定手段と、判定されレベルに応じたリブート処理を予約する予約手段と、画像処理装置本体の周辺の明度レベルを検知する検知手段と、検知された明度レベルと予約されたリブート処理のレベルとに応じて、前記リブート手段によるリブート処理の実行の可否を制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、利用者が画像形成装置本体を使用していない状況をより正しく判断して適正なタイミングで必要なリブート処理を行える。
【図面の簡単な説明】
【００１２】
【図１】本実施形態を示す画像形成装置の構成を示すブロック図である。
【図２】ＲＡＭの空き状態を示す空きメモリ管理情報を管理するテーブルを示す図である。
【図３】ＲＡＭの空き状態を示す空きメモリ管理情報を管理するテーブルを示す図である。
【図４】図２に示した空きブロックの詳細を説明する図である。
【図５】画像形成装置の制御方法を説明するフローチャートである。
【図６】画像形成装置の制御方法を説明するフローチャートである。
【図７】画像形成装置の制御方法を説明するフローチャートである。
【図８】画像形成装置が管理する異常レベルとリブートとの対応を示す図である。
【図９】画像形成装置の制御方法を説明するフローチャートである。
【図１０】画像形成装置の制御方法を説明するフローチャートである。
【図１１】画像形成装置の制御方法を説明するフローチャートである。
【図１２】画像形成装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
次に本発明を実施するための最良の形態について図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
＜システム構成の説明＞
〔第１実施形態〕
【００１４】
図１は、本実施形態を示す画像形成装置の構成を示すブロック図である。尚、この実施の形態では、プリンタ機能のみを有する画像形成装置の場合で説明する。しかし本発明の画像形成装置はこれに限定されるものでなく、例えばスキャナ機能、ファクシミリ機能、ストレージ機能等を有する多機能画像形成装置（複合機）などにも適用できる。なお、本実施例では不揮発性記憶装置としてＨＤＤを用いた実施形態を記載するが、他の不揮発性記憶装置を用いても構わない。本実施形態に示す画像形成装置は、後述するようにシステムのリソースを管理して画像処理を行う。
【００１５】
図１において、１０１は画像形成装置の主制御部で、ソフトウエアを実行するためのＣＰＵ１１１を備え、また不揮発性記憶装置としてＲＯＭ１１２とＨＤＤ１１４を備えている。揮発性記憶装置としてＲＡＭ１１３を備え、ＨＤＤ１１４内に格納されているプログラムを実行可能な形式に展開する領域として使用したり、データを格納するワーク領域として使用したりする。ここで、ＣＰＵ１１１は、システムのリソースの一例として、揮発性のメモリ（ＲＡＭ１１３の使用状況）を管理している。
１１５はネットワークインタフェース部であり、図示しないホストコンピュータと接続され、印刷用データの受信や問い合わせパケットの受信、応答用パケットの送信処理などを行う。１１６はユーザインタフェース部であり、装置の状態を表示する液晶ディスプレイやユーザが手動で操作を行うための入力キーを備える。
１１８はエンジンインタフェースで、後述のプリントエンジン部との通信を行う。１０３はプリントエンジン部であり例えば電子写真方式あるいはインクジェット方式などで実現される紙への印字部である。１０２は電源供給部であり、複数の電源系統１２２〜１２４とそれらを制御するための電力制御部１２１を備える。１１７は明暗センサであり、画像形成装置周辺の明るさ（明度レベル）を検出できる。明暗センサ１１７は、少なくとも３段階の明暗レベルを検知する（後述する図８参照）。
【００１６】
次に、本実施形態に示す画像形成装置におけるリブート処理を行う必要がある状態に遷移していることを検出する処理について説明する。今回、異常に対応づけられる例として、例えばＲＡＭ１１３上で発生するＲＡＭの断片化を挙げる。しかしながら、検出可能な状態であれば他の例であってもよく、特にＲＡＭの断片化に制限するものではない。
【００１７】
図２、図３は、図１に示したＲＡＭ１１３の空き状態を示す空きメモリ管理情報を管理するテーブルの一例を示す図である。本例では、空きメモリはある程度まとまったメモリサイズ毎にブロック単位で管理されている。この例ではサイズ３２ＫＢのメモリ領域だけが１０個使用できることを意味している。本実施形態では、１つのブロックに複数の容量のメモリブロックを割り当てられて管理される。
【００１８】
この状態でソフトウエアがサイズ８ＫＢの空きメモリを要求してきた場合は、調度良いサイズの空きブロックが無いため、より大きい３２ＫＢのサイズの空きブロックを用いて、要求元へ使用を許可するように処理する。
【００１９】
図４は、図２に示した空きブロックの詳細を説明する図である。本例では、もともと３２ＫＢの連続空きブロックだったものを、より小さな管理単位である２つの８ＫＢブロック３０１、３０２と１つの１６ＫＢブロック３０３に分割し、そのうちの１つの８ＫＢブロック３０１を要求元に対して使用を許可する。
残った、１つの８ＫＢブロック３０２と１つの１６ＫＢブロック３０３は、引き続き空き領域として管理されることになる。
【００２０】
その結果、メモリ要求処理が完了した時の空きメモリ管理情報は、図３のようになり、３２ＫＢの連続空きブロックは１つ少なくなり、８ＫＢブロックと１６ＫＢブロックは１つ増加する。要求があった必要メモリは８ＫＢであったにも関わらず、より大きな３２ＫＢの連続空きメモリブロックが減ってしまう。
【００２１】
以上のようにメモリの要求を処理する場合、その時の空きブロックの状態によっては大きいサイズの空きメモリブロックがより小さいサイズの空きメモリブロックに断片化されて使用していくことがわかる。このような処理を繰り返していくと徐々に大きいサイズの空きメモリが失われ、その結果サイズの大きな連続空きメモリ領域が少なくなっていく。
【００２２】
メモリの要求がサイズの小さいものに限定されるのであれば、ある程度引き続き動作を継続できるが、ひとたびサイズの大きな連続空きメモリの要求があった場合は動作を継続できなくなり停止してしまったり、リブートしてしまったりと、画像形成装置の動作が不安定になってしまう。
従って、この断片化の進行状況を監視することで、画像形成装置の動作が不安定になり得るかを特定可能になる。
【００２３】
図５は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置における異常に対応づけられる状態の検出処理例であって、本処理は画像形成装置が動作している時に、定期的に実行されることを想定している。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。以下、システムがリブートすべき状態がいずれのレベルに遷移しているかを判定し、該判定されレベルに応じたリブート処理を予約する処理を説明する。
【００２４】
Ｓ５０１において、ＣＰＵ１１１は、所定の異常状態の確認処理を行う。以上状態を確認する処理内容の詳細については後述する。本確認処理で正常状態であると、ＣＰＵ１１１が判断した場合、そのまま処理を終了する。一方、所定の異常状態であるとＣＰＵ１１１が判断した場合、Ｓ５０２で、図示しない保持手段に異常情報を保持することでリブート予約を行い、本処理を終了する。これにより、異常状態を検出していても、即座にリブート処理が起動されることはない。
【００２５】
図６は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、Ｓ５０１の異常状態の確認処理の詳細処理例であって、本処理は画像形成装置が動作している時に、定期的に実行されることを想定している。本実施形態では、ＲＡＭ１１３の断片化の進行状況を確認する処理例である。本処理内容は確認例であり、必ずしもこのような処理である必要はない。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
【００２６】
Ｓ６０１において、ＣＰＵ１０１は、図２及び図３で説明した空きメモリの管理情報を参照し、３２ＫＢの連続する空きブロックが存在するかを確認する。ここで、連続する空きブロック存在するとＣＰＵ１１１が判断した場合、Ｓ６０２にて正常状態であると判断し、本処理を終了する。
一方、Ｓ６０１で、３２ＫＢの連続する空きブロックが存在しないと判断した場合、Ｓ６０３にて、ＣＰＵ１１１は異常状態であると判断して、本処理を終了する。
【００２７】
図７は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置に備える明暗センサ１１７において明るさがしきい値を超えて暗く変化したことを検出した場合に実行される処理例である。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
【００２８】
Ｓ７０１で、ＣＰＵ１１１は、図示しない保持手段で保持されている異常状態を参照し、リブート予約がなされているかどうかを判断する。ここで、リブート予約がなされていないとＣＰＵ１１１が判断した場合、本処理を終了する。
一方、リブート予約がなされているとＣＰＵ１１１が判断した場合、Ｓ７０２において従来からある、一般的なリブート処理を実行して、本処理を終了する。
以上の処理により、画像形成装置が異常状態になり得ることを事前に検出してリブート処理の予約を行い、周囲の明るさが暗くなることを待って、画像形成装置のジョブ処理要求に支障のない適切なタイミングでリブート処理を行うことが可能になる。
〔第２実施形態〕
【００２９】
上記実施形態では、検出する異常に対応づけられる内容が単数の場合について説明した。本実施形態では、検出する内容を複数に増やし、かつ明暗センサ１１７によって複数の段階の明るさを検出する例を説明する。このリブートさせる要因の種類の内容と、明るさの段階によってリブート予約の可否の判断条件を増やしている点が第１実施形態と相違する特徴である。
図８は、本実施形態を示す画像形成装置が管理する異常レベルとリブートとの対応を示す図である。本例は、異常レベルの種類と明るさの段階に応じたリブート予約の可否をまとめたテーブルとしてＣＰＵ１１１が管理する。本実施形態では、揮発性のメモリ（ＲＡＭ１１３）に所定の空き容量（３２ＫＢ）を確保できない場合、リブート処理のレベルを高レベル（レベル２）であると判定する。同様に、揮発性のメモリに連続して所定の空き容量（３２ＫＢ）を確保できない場合、リブート処理のレベルを中レベル（レベル１）であると判定する。
【００３０】
図８において、本実施形態では、異常レベルは２種類、明るさの段階は３段階あり、異常レベルについてはレベル１の方が軽度な異常を、レベル２の方が重度な異常を意味し、明るさのレベルについてはレベル１が最も明るく、レベル３が最も暗い状態を示す。
【００３１】
図８に示す通り、異常レベルの種類によって動作が変わるのは明るさのレベルが「２」の時である。この時に異常レベル１が検出された場合、リブート予約を行わず、異常レベル２が検出された場合はリブート予約を行う。従って、異常レベル１に比べて異常レベル２の方がより明るくてもリブートすることを意味し、より深刻なリソース状態であると言える。
【００３２】
図９は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置におけるリソースの状態の検出処理例であって、本処理は画像形成装置が動作している時に、定期的に実行されることを想定している。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
【００３３】
Ｓ９０１において、ＣＰＵ１１１は、異常状態の有無とその異常のレベルの確認処理を行う。処理内容の詳細については後述する。ここで、本確認処理で正常状態であるとＣＰＵ１１１が判断した場合、本処理を終了する。
一方、異常状態であるとＣＰＵ１１１が判断した場合、その異常レベルによって処理が別れる。具体的には、Ｓ９０１において、異常状態を確認し、かつ、異常レベル１を検出したとＣＰＵ１１１が判断した場合には、Ｓ９０２で、図示しない保持手段に異常レベル１を保持することでリブート予約１を行う。
一方、Ｓ９０１において、異常状態を確認し、かつ、異常レベル２を検出したとＣＰＵ１１１が判断した場合には、Ｓ９０３で、図示しない保持手段に異常レベル２を保持することでリブート予約２を行い、本処理を終了する。
【００３４】
図１０は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、Ｓ９０１の異常状態の確認処理の詳細処理例であって、本処理はＲＡＭの絶対的な空きメモリ量の確認とＲＡＭの断片化の進行状況の２項目を確認する処理である。また、本処理内容は確認例であり、必ずしもこのような処理である必要はない。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
【００３５】
Ｓ１００１で、ＣＰＵ１１１は、図２や図３で説明した空きメモリの管理情報を参照し、現状の空きブロックのサイズと個数から、絶対的な空きメモリ量の算出を行う。この空きメモリの総量が３２ＫＢを超えているかどうかを判断する。ここで、空きメモリの総量が３２ＫＢを超えているとＣＰＵ１１１が判断した場合、メモリの空き容量は正常状態であると判断する。
次に、Ｓ１００２で、ＣＰＵ１１１は、図６のＳ６０１と同様のメモリ断片化の現象が進行しているかを確認する処理を行い、ＣＰＵ１１１は、図２や図４で説明した空きメモリの管理情報を参照し、３２ＫＢの連続空きブロックが存在するかを判断する。ここで、３２ＫＢの連続空きブロックが存在するとＣＰＵ１１１が判断した場合はＳ１００３にて正常状態であると判断して、本処理を終了する。
【００３６】
一方、Ｓ１００１で、空きメモリの総量が３２ＫＢ以下であるとＣＰＵ１１１が判断した場合には、Ｓ１００４で、異常レベルが異常レベル２であると判断して、本処理を終了する。これはソフトウエアが一時的なメモリ獲得、解放する処理になんらかの影響があり獲得したまま開放しない、一般的にメモリリークと呼ばれる現象が発生している可能性が高いためである。この現象は、前出のメモリ使用状態例にあった断片化に比べて、より深刻なメモリ使用状態であり継続動作できる確率は低い。そこで、周囲がより明るい状態でもリブートできるよう配慮している。
一方、Ｓ１００２で、３２ＫＢの連続空きブロックが存在しないとＣＰＵ１１１が判断した場合、前出の断片化現象が進行していることが想定され、Ｓ１００５で、ＣＰＵ１１１は、異常レベルが異常レベル１であると判断して、本処理を終了する。
【００３７】
図１１は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置に備える明暗センサ１１７において明るさがしきい値を超えて暗いことを検出した場合に実行される処理例である。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
Ｓ１１０１で、ＣＰＵ１１１は、明暗センサ１１７の出力レベルから現在の明るさのレベルを判断する。ここで、ＣＰＵ１１１は、現在画像形成装置本体周辺の明るさのレベルに応じて処理を分岐させる。具体的には、Ｓ１１０１で、明るさのレベルが最も明るいレベル１であるとＣＰＵ１１１が判断した場合は、図示しない保持手段で保持されている異常状態を参照せずにそのまま本処理を終了する。
【００３８】
一方、Ｓ１１０１で、明るさのレベルがレベル２であるとＣＰＵ１１１が判断した場合、ＣＰＵ１１１は、保持手段で保持されている異常状態を参照し、当該異常に対応づけられるレベルが設定なし、もしくはレベル１である、つまり、リブート予約が必要な状態であるかどうかを判断する。ここで、リブート予約が必要ないとＣＰＵ１１１が判断した場合、リブートの必要がないと判断して、処理を終了する。
一方、Ｓ１１０２で、異常に対応づけられるレベルがレベル２であるとＣＰＵ１１１が判断した場合、前出のメモリリークに相当する現象が発生していると判定し、Ｓ１１０４へ移行して、ＣＰＵ１１１は、従来からある、一般的なリブート処理を実行して、本処理を終了する。
【００３９】
Ｓ１１０１で、明るさのレベルがレベル３であるとＣＰＵ１１１が判断した場合、さらに、ＣＰＵ１１１は、保持手段で保持されている異常状態を参照し、異常に対応づけられるレベルが設定なし状態であるかどうかを判断する。ここで、異常状態を参照し、異常に対応づけられるレベルが設定なし状態であるとＣＰＵ１１１が判断した場合、リブートの必要がないと判断して、本処理を終了する。
一方、Ｓ１１０３で、異常に対応づけられるレベルがレベル１もしくはレベル２であるとＣＰＵ１１１が判断した場合、前出のメモリ断片化の進行もしくはメモリリークに相当する現象が発生していると判定し、Ｓ１１０４へ移行し、従来からある、一般的なリブート処理を実行して、本処理を終了する。
以上の処理により、画像形成装置が異常状態になり得ることを段階的に検出してリブート処理の予約を行い、周囲の明るさと異常に対応づけられるレベルの段階に応じてリブート処理を行うことが可能になった。
〔第３実施形態〕
本発明の第三の実施形態について説明する。本形態は、前出の形態それぞれでリブート処理を行うのが、周囲の明るさがある程度暗い時に限られる点に着目した実施形態である。
図１２は本実施形態における画像形成装置の、起動処理の一部をフローチャートにしたものである。以下、リブート手段によるリブート後、明暗センサ１１７が検知する画像処理装置本体の周辺の明度レベルに応じて、システムを省電力モードへ移行させる電力制御例を説明する。なお、各ステップは、ＣＰＵ１１１がＲＯＭ１１２、ＨＤＤ１１４に記憶される制御プログラムを実行することで実現される。
【００４０】
Ｓ１２０１で、ＣＰＵ１１１は、画像形成装置のＨＤＤ１１４にかくのうされたプログラムコードをＲＡＭ１１３へ転送する、といった従来からある一連の起動処理を行う。Ｓ１２０２で、ＣＰＵ１１１は、明暗センサ１１７の出力に基づいて、周囲の明るさを確認する。ここで、ＣＰＵ１１１は、あらかじめ設定されたしきい値と比較して、十分明るいことが検出されていると判断した場合、そのまま起動処理を終了する。
一方、Ｓ１２０２で、周囲の明るさが暗いとＣＰＵ１１１が判断した場合、画像形成装置を省電力状態へ移行させ、本処理を終了する。
【００４１】
以上の処理により、第１実施形態、第２実施形態において、リブート処理が行われた後に周囲の明るさを確認し、周囲の明るさが十分に暗い、すなわち使用者が起動直後に使用する可能性が低いことを検知して、省電力状態へ自動的に移行可能になった。
【００４２】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００４３】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００４４】
１００  画像形成装置
１０１  主制御部
１０２  電源制御部
１０３  プリントエンジン部
１１５  ネットワークインタフェース部
１１７  明暗センサ
【図１】
2014043067.tif 000003
【図２】
2014043067.tif 000004
【図３】
2014043067.tif 000005
【図４】
2014043067.tif 000006
【図５】
2014043067.tif 000007
【図６】
2014043067.tif 000008
【図７】
2014043067.tif 000009
【図８】
2014043067.tif 000010
【図９】
2014043067.tif 000011
【図１０】
2014043067.tif 000012
【図１１】
2014043067.tif 000013
【図１２】
2014043067.tif 000014