(57)【要約】【課題】電力消費量を削減することができる電力状態制御装置及び電力状態制御方法を提供する。【解決手段】スタンバイ状態時及び低電力中間状態時に動作電圧が供給され、低電力状態時に動作電圧の供給が遮断されるＣＰＵ１４５と、スタンバイ状態時に動作電圧の供給が遮断され、低電力中間状態時及び低電力状態時に動作電圧が供給される検出マイコン１２５とを備え、ＣＰＵは、低電力中間状態時に起動され、スタンバイ状態及び低電力状態への移行を制御する検出ドライバ２３５及び電力状態制御アプリケーション２４３を備え、検出マイコンは、低電力状態時にイベントを検出した場合に低電力中間状態に移行され、検出したイベントを通知し、検出ドライバ及び電力状態制御アプリケーションは、通知されたイベントがスタンバイ状態への復帰要因であるか否かを判定し、スタンバイ状態への復帰要因でない場合にイベントに応じた処理を行って低電力状態へ移行させる。【選択図】図３
2012066396.tif 000002
【特許請求の範囲】
【請求項１】
所定のソフトウェア群が起動される第１状態時及び前記所定のソフトウェア群が起動されない第２状態時に動作電圧が供給され、第３状態時に動作電圧の供給が遮断される主制御手段と、
前記第１状態時に動作電圧の供給が遮断され、前記第２状態時及び前記第３状態時に動作電圧が供給される検出手段と、を備え、
前記主制御手段は、前記第２状態時に起動され、前記第１状態及び前記第３状態への移行を制御する第２状態制御手段を更に備え、
前記検出手段は、前記第３状態時にイベントを検出した場合に前記第２状態に移行され、検出した前記イベントを前記第２状態制御手段に通知し、
前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かを判定し、前記第１状態への復帰要因でない場合には前記イベントに応じた処理を行って前記第３状態へ移行させることを特徴とする電力状態制御装置。
【請求項２】
前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かをブートストラップ時に判定し、前記第１状態への復帰要因でない場合には前記イベントに応じた処理を行って前記第３状態へ移行させることを特徴とする請求項１に記載の電力状態制御装置。
【請求項３】
通信手段と、
ネットワークプロトコルスタックを有する通信制御手段とを、更に備え、
前記検出手段は、前記通信手段から前記イベントを検出し、
前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かをブートストラップ時に判定し、前記第１状態への復帰要因でない場合には、前記通信制御手段を利用して前記イベントに応じた処理を行って前記第３状態へ移行させることを特徴とする請求項２に記載の電力状態制御装置。
【請求項４】
通信手段と、
ネットワークプロトコルスタックを有する通信制御手段とを、更に備え、
前記検出手段は、前記通信手段から前記イベントを検出し、
前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かを判定し、前記第１状態への復帰要因でない場合には、前記通信制御手段を利用して前記イベントに応じた処理を行って前記第３状態へ移行させることを特徴とする請求項１に記載の電力状態制御装置。
【請求項５】
前記検出手段は、前記第３状態時にイベントを検出した場合、検出した前記イベントを記憶手段に記憶させ、
前記第２状態制御手段は、前記記憶手段に前記イベントが記憶されている場合に前記第２状態に移行されて起動されることを特徴とする請求項１〜４のいずれか１つに記載の電力状態制御装置。
【請求項６】
イベントの識別情報と制御内容とを対応付けたイベントテーブルを記憶するイベントテーブル記憶手段を更に備え、
前記第２状態制御手段は、前記イベントテーブルを参照して、通知された前記イベントが前記第１状態への復帰要因であるか否かの判定、及び前記イベントに応じた処理を行うことを特徴とする請求項１〜５のいずれか１つに記載の電力状態制御装置。
【請求項７】
前記検出手段は、前記第３状態時に検出したイベントをキューイングし、キューイングした前記イベントを前記第２状態制御手段に通知することを特徴とする請求項１〜６のいずれか１つに記載の電力状態制御装置。
【請求項８】
前記イベントテーブルには、更に優先度が対応付けられ、
前記第２状態制御手段は、前記イベントテーブルを参照して、通知された前記イベントの中から処理対象のイベントを決定することを特徴とする請求項７に記載の電力状態制御装置。
【請求項９】
電力状態制御装置で実行される電力状態制御方法であって、
前記電力状態制御装置は、
所定のソフトウェア群が起動される第１状態時及び前記所定のソフトウェア群が起動されない第２状態時に動作電圧が供給され、第３状態時に動作電圧の供給が遮断される主制御手段と、
前記第１状態時に動作電圧の供給が遮断され、前記第２状態時及び前記第３状態時に動作電圧が供給される検出手段と、を備え、
前記主制御手段は、前記第２状態時に起動され、前記第１状態及び前記第３状態への移行を制御する第２状態制御手段を更に備え、
前記検出手段は、前記第３状態時にイベントを検出した場合に前記第２状態に移行され、検出した前記イベントを前記第２状態制御手段に通知する検出ステップと、
前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かを判定し、前記第１状態への復帰要因でない場合には前記イベントに応じた処理を行って前記第３状態へ移行させる第２状態制御ステップと、
を含むことを特徴とする電力状態制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力状態制御装置及び電力状態制御方法に関する。
【背景技術】
【０００２】
従来から、複写機、複合機、印刷機、又はファクシミリ機などの電子機器では、処理対象のジョブがない場合に、周辺デバイスの電源を落としたり、ＣＰＵ（Central  Processing  Unit）を省電力状態にしたりすることで省電力化を図っている。
【０００３】
ところで、上述の省電力状態では、ＣＰＵへの電力の供給が完全に絶たれているわけではないため、通常時よりも電力消費量は少ないものの電力を消費していた。また上述の省電力状態では、ＣＰＵは、省電力状態から通常状態への復帰要因がないにもかかわらず、例えば１０ｍｓｅｃ毎など定周期的に通常状態に復帰して各種確認などを行っていた。このため、上述の省電力状態では、省電力状態であっても省電力化の効果がさほど得られなかった。特に、上述したような電子機器に用いられるＣＰＵは高クロックかつ高消費電力化しているため、省電力状態における省電力化の効果が低くなっている。
【０００４】
そこで、例えば特許文献１、２に示すような、メインＣＰＵとサブＣＰＵの２つのＣＰＵを採用して省電力化を図る技術が提案されている。具体的には、処理対象のジョブがない場合に、メインＣＰＵを電力が消費されない休止状態にし、メインＣＰＵが休止状態の間、サブＣＰＵが、イベントを検知し、検知したイベントに伴う処理を自身が代替可能であれば自身で処理し、自身が代替不可能であればメインＣＰＵを通常状態に復帰させて処理を行う。これにより、処理負荷が大きく、電力消費量も大きいメインＣＰＵの消費電力を削減できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、近年では、上述したような電子機器の多機能化に伴い、メインＣＰＵとサブＣＰＵを採用したとしても、サブＣＰＵで処理しなければならない内容が高度化するとともにその頻度が増加している。このため、サブＣＰＵ側の電力消費量が増加傾向にあり、省電力化の効果が低くなっている。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、電力消費量を削減することができる電力状態制御装置及び電力状態制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明の一態様にかかる電力状態制御装置は、所定のソフトウェア群が起動される第１状態時及び前記所定のソフトウェア群が起動されない第２状態時に動作電圧が供給され、第３状態時に動作電圧の供給が遮断される主制御手段と、前記第１状態時に動作電圧の供給が遮断され、前記第２状態時及び前記第３状態時に動作電圧が供給される検出手段と、を備え、前記主制御手段は、前記第２状態時に起動され、前記第１状態及び前記第３状態への移行を制御する第２状態制御手段を更に備え、前記検出手段は、前記第３状態時にイベントを検出した場合に前記第２状態に移行され、検出した前記イベントを前記第２状態制御手段に通知し、前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かを判定し、前記第１状態への復帰要因でない場合には前記イベントに応じた処理を行って前記第３状態へ移行させることを特徴とする。
【０００８】
また、本発明の別の態様にかかる電力状態制御方法は、電力状態制御装置で実行される電力状態制御方法であって、前記電力状態制御装置は、所定のソフトウェア群が起動される第１状態時及び前記所定のソフトウェア群が起動されない第２状態時に動作電圧が供給され、第３状態時に動作電圧の供給が遮断される主制御手段と、前記第１状態時に動作電圧の供給が遮断され、前記第２状態時及び前記第３状態時に動作電圧が供給される検出手段と、を備え、前記主制御手段は、前記第２状態時に起動され、前記第１状態及び前記第３状態への移行を制御する第２状態制御手段を更に備え、前記検出手段は、前記第３状態時にイベントを検出した場合に前記第２状態に移行され、検出した前記イベントを前記第２状態制御手段に通知する検出ステップと、前記第２状態制御手段は、通知された前記イベントが前記第１状態への復帰要因であるか否かを判定し、前記第１状態への復帰要因でない場合には前記イベントに応じた処理を行って前記第３状態へ移行させる第２状態制御ステップと、を含むことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、電力消費量を削減することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１実施形態の複合機のハードウェア構成例を示すブロック図である。
【図２】図２は、第１実施形態の複合機のソフトウェア構成例を示すブロック図である。
【図３】図３は、第１実施形態の複合機のソフトウェア構成例及び検出マイコンを基にした状態遷移例を示す状態遷移図である。
【図４】図４は、第１実施形態の複合機のハードウェア構成例を基にした状態遷移例を示す状態遷移図である。
【図５】図５は、第２実施形態の複合機のソフトウェア構成例を示すブロック図である。
【図６】図６は、第２実施形態の複合機のソフトウェア構成例及び検出マイコンを基にした状態遷移例を示す状態遷移図である。
【図７】図７は、変形例１のイベントテーブル例を示す図である。
【図８】図８は、変形例２の複合機のキューイング処理例を示すシーケンス図である。
【図９】図９は、変形例２のキューへの格納状態例を示す図である。
【図１０】図１０は、変形例２のキューへの格納状態例を示す図である。
【図１１】図１１は、変形例３のイベントテーブル例を示す図である。
【図１２】図１２は、変形例３の複合機のキューイング処理例を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照しながら、本発明にかかる電力状態制御装置及び電力状態制御方法の実施形態を詳細に説明する。なお以下の各実施形態では、本発明の電力状態制御装置を、コピー機能、プリンタ機能、スキャナ機能、及びファクシミリ機能のうち少なくとも２つの機能を有する複合機（ＭＦＰ：Multifunction  Peripheral）に適用した場合を例に取り説明するが、これに限定されるものではない。本発明の電力状態制御装置は、通常のコンピュータ（電子計算機）であれば適用でき、例えば、複写機、印刷機、ファクシミリ機、又はスキャナ機などの電子機器に対しても適用できる。
【００１２】
（第１実施形態）
図１は、第１実施形態の複合機１００のハードウェア構成の一例を示すブロック図である。図１に示すように、複合機１００は、表示部１０５と、操作部１１０と、ネットワークインタフェース１１５と、画像読取装置１２０と、検出マイコン１２５と、画像形成装置１３０と、ＲＡＭ（Random  Access  Memory）１３５と、フラッシュＲＯＭ（Read  Only  Memory）１４０と、ＣＰＵ（Central  Processing  Unit）１４５と、電源供給回路１５０とを、備える。なお詳細は、後述するが、複合機１００は、電力状態として、電源オフ状態、スタンバイ状態（通常稼動状態）、低電力状態、及び低電力中間状態とを、有する。
【００１３】
表示部１０５は、各種画面の表示を行うものであり、オペレーションパネルや液晶ディスプレイなどにより実現できる。
【００１４】
操作部１１０は、各種操作の入力を行うものであり、オペレーションパネルやキースイッチなどにより実現できる。なお、表示部１０５及び操作部１１０を一体的に実現してもよい。操作部１１０は、低電力ボタン１１２を有する。低電力ボタン１１２は、複合機１００の低電力状態への移行操作又は復帰操作を行うものである。
【００１５】
ネットワークインタフェース１１５（通信手段の一例）は、図示せぬネットワークを介して外部機器と通信する通信装置である。なお、ネットワークインタフェース１１５は、ＵＳＢ（Universal  Serial  Bus）デバイスの接続インターフェースであってもよい。
【００１６】
画像読取装置１２０は、紙などの記録媒体に記録されている画像をスキャンして画像データを生成するものであり、例えば、スキャナなどにより実現できる。画像読取装置１２０は、開閉センサ１２２を有する。開閉センサ１２２は、図示せぬ原稿載置台に載置された紙原稿を押圧する圧板の開閉を検知するセンサであり、例えば、フォトセンサなどの各種センサにより実現できる。
【００１７】
検出マイコン１２５（検出手段の一例）は、複合機１００の低電力状態時に、ＣＰＵ１４５に代わり、イベントを検出する。検出マイコン１２５は、低電力ボタン１１２、ネットワークインタフェース１１５、及び開閉センサ１２２からのイベントを検出する。そして検出マイコン１２５は、検出したイベントを後述のフラッシュＲＯＭ１４０に記憶させる。
【００１８】
画像形成装置１３０は、画像読取装置１２０により生成された画像データなどに基づく画像を紙などの記録媒体に形成するものであり、プリンタやプロッタなどにより実現できる。
【００１９】
ＲＡＭ１３５は、揮発性の記憶装置（メモリ）であり、ＣＰＵ１４５などの作業領域として使用される。
【００２０】
フラッシュＲＯＭ１４０は、書き換え可能な不揮発性の記憶装置（メモリ）であり、複合機１００で実行される各種プログラムや複合機１００で実行される各種処理に使用されるデータなどを記憶する。例えばフラッシュＲＯＭ１４０は、複合機１００で実行される各種プログラムとして、ブートプログラム、ＯＳ（Operating  System）プログラム、ドライバプログラム、及びアプリケーションプログラムなどを記憶する。
【００２１】
ＣＰＵ１４５（主制御手段の一例）は、フラッシュＲＯＭ１４０に記憶されている各種プログラムをＲＡＭ１３５上に展開して実行することにより複合機１００の各部を制御して複合機１００の各種機能を実現する。なおＣＰＵ１４５は、ＲＡＭ１３５を作業領域として各種処理を行う。
【００２２】
電源供給回路１５０は、複合機１００の電力状態に応じて、複合機１００の各部に対する電力（動作電圧）の供給のオン／オフを切り替える。
【００２３】
図２は、第１実施形態の複合機１００（ＣＰＵ１４５）のソフトウェア構成の一例を示すブロック図である。ＣＰＵ１４５は、ブート部２１０と、ＯＳ部２２０と、ドライバ部２３０と、アプリ部２４０とを、含む。
【００２４】
ブート部２１０は、フラッシュＲＯＭ１４０に記憶されているブートプログラムがＣＰＵ１４５によりＲＡＭ１３５上に展開されて実行されることにより実現されるソフトウェアである。ブート部２１０は、複合機１００の主電源オン時や検出マイコン１２５でイベントが検出された場合に最初に実行される。
【００２５】
なお、ブート部２１０は、検出マイコン１２５によりフラッシュＲＯＭ１４０にイベントが記憶されていない場合に、通常起動、即ち、スタンバイ状態への起動を行い、検出マイコン１２５によりフラッシュＲＯＭ１４０にイベントが記憶されている場合に、低電力中間状態への起動を行う。
【００２６】
ＯＳ部２２０は、フラッシュＲＯＭ１４０に記憶されているＯＳプログラムがＣＰＵ１４５によりＲＡＭ１３５上に展開されて実行されることにより実現されるソフトウェアである。ＯＳ部２２０は、ブートプログラムにより起動され、後述のドライバ部２３０の各ドライバや、後述のアプリ部２４０の各アプリケーションへの適切なハードウェア資源の割り当てなどを行う基盤ソフトウェアである。
【００２７】
ドライバ部２３０は、フラッシュＲＯＭ１４０に記憶されているドライバプログラムがＣＰＵ１４５によりＲＡＭ１３５上に展開されて実行されることにより実現されるソフトウェアである。ドライバ部２３０は、ＯＳ部２２０により起動され、後述のアプリ部２４０の各アプリケーションに対してハードウェアの詳細な処理を隠蔽するものである。
【００２８】
ドライバ部２３０は、表示ドライバ２３１と、低電力ボタンドライバ２３２と、ネットワークインタフェースドライバ２３３と、開閉センサドライバ２３４と、検出ドライバ２３５と、電力制御ドライバ２３６と、を含む。
【００２９】
表示ドライバ２３１は、対応するハードウェア（例えば、表示部１０５）を制御する。低電力ボタンドライバ２３２は、対応するハードウェア（例えば、低電力ボタン１１２）を制御する。開閉センサドライバ２３４は、対応するハードウェア（例えば、開閉センサ１２２）を制御する。
【００３０】
ネットワークインタフェースドライバ２３３（通信制御手段の一例）は、対応するハードウェア（例えば、ネットワークインタフェース１１５）を制御する。なお、ネットワークインタフェースドライバ２３３は、ネットワークプロトコルスタックを有しているものとする。これにより、ネットワークインタフェースドライバ２３３は高度なネットワーク応答にも対応できる。
【００３１】
検出ドライバ２３５（第２状態制御手段の一例）は、検出マイコン１２５によりイベントが検出され、低電力状態から低電力中間状態へ移行する際にＯＳ部２２０により起動される。そして検出ドライバ２３５は、検出マイコン１２５で検出されたイベントを取得し、取得したイベントがスタンバイ状態への復帰を要するイベントか、スタンバイ状態への復帰を要しない（低電力状態へ戻す）イベントであるかを判定する。例えば検出ドライバ２３５は、フラッシュＲＯＭ１４０から検出マイコン１２５により記憶されたイベントを取得する。なお、検出ドライバ２３５は、イベント取得後にフラッシュＲＯＭ１４０からイベントを消去してもよい。
【００３２】
なお、検出マイコン１２５で検出されるイベントには、低電力ボタン１１２押下、開閉センサ１２２による圧板開閉検知、及びネットワークインタフェース１１５に対する外部からの通信などがある。ここで本実施形態では、低電力ボタン１１２押下、及び開閉センサ１２２による圧板開閉検知は、スタンバイ状態への復帰を要するイベント（復帰要因）であるものとする。また、ネットワークインタフェース１１５に対する外部からの通信は、通信内容に応じて、スタンバイ状態への復帰を要するイベント（復帰要因）であるか、
スタンバイ状態への復帰を要しないイベントであるか異なるものとする。
【００３３】
電力制御ドライバ２３６は、複合機１００に対して、電力状態（電源オフ状態、スタンバイ状態、低電力状態、及び低電力中間状態のいずれか）に応じた適切な電力モードを設定する。
【００３４】
アプリ部２４０は、フラッシュＲＯＭ１４０に記憶されているアプリケーションプログラムがＣＰＵ１４５によりＲＡＭ１３５上に展開されて実行されることにより実現されるソフトウェアである。アプリ部２４０は、ＯＳ部２２０により起動される。
【００３５】
アプリ部２４０は、アプリケーション２４１−１〜アプリケーション２４１−Ｎ（Ｎは自然数）と、電力状態管理アプリケーション２４２と、電力状態制御アプリケーション２４３とを、含む。
【００３６】
アプリケーション２４１−１〜アプリケーション２４１−Ｎは、例えば、コピーアプリ、プリンタアプリ、スキャナアプリ、及びファクシミリアプリなどである。例えば、コピーアプリであれば、表示ドライバ２３１からコピー入力を受け付け、紙などに記録されている画像の画像データを画像読取装置１２０に生成させ、生成された画像データに基づく画像を画像形成装置１３０に紙などに形成させる。
【００３７】
電力状態管理アプリケーション２４２は、複合機１００の各ハードウェアの動作状態や複合機１００の各アプリケーションの状態の情報を収集し、収集した情報から、低電力状態への移行や復帰などの状態遷移の許可・指示を行う。例えば、電力状態管理アプリケーション２４２は、スタンバイ状態において、低電力ボタン１１２、ネットワークインタフェース１１５、又は開閉センサ１２２からのイベントが一定時間の間発生しないと、低電力状態へ移行させる。
【００３８】
電力状態制御アプリケーション２４３（第２状態制御手段の一例）は、検出ドライバ２３５により起動され、検出ドライバ２３５により取得されたイベントに応じた処理を行う。例えば、電力状態制御アプリケーション２４３は、検出ドライバ２３５によりスタンバイ状態への復帰を要しない（低電力状態へ戻す）イベントが検出された場合に起動され、検出ドライバ２３５により取得されたイベントに応じた処理を行い、検出ドライバ２３５に低電力状態への移行を通知する。例えば、電力状態制御アプリケーション２４３は、イベントに応じた処理として、ネットワーク上にＰＣ（Personal  Computer）が存在するか否かを判断するＰＩＮＧコマンドに対する応答や、機器状態を監視するＳＮＭＰ（Simple  Network  Management  Protocol）に対する応答などを、ネットワークインタフェースドライバ２３３を利用して行う。また例えば、電力状態制御アプリケーション２４３は、イベントに応じた処理として、ＵＳＢホスト側装置から送信されるString  DescriptorやPrinter  Class  Device  IDリクエストに対する応答などを、ネットワークインタフェースドライバ２３３を利用して行うようにしてもよい。
【００３９】
図３は、第１実施形態の複合機１００のソフトウェア構成例及び検出マイコンを基にした状態遷移の一例を示す状態遷移図であり、図４は、第１実施形態の複合機１００のハードウェア構成例を基にした状態遷移の一例を示す状態遷移図である。
【００４０】
まず、図３及び図４に示すように、電源オフ状態では、複合機１００の各ソフトウェアは起動しておらず、複合機１００の各ハードウェアには電源が供給されていない。
【００４１】
次に複合機１００の電源がオンされると、複合機１００は電源オフ状態からスタンバイ状態（第１状態の一例）へ移行する。図３及び図４に示すように、スタンバイ状態では、検出ドライバ２３５及び電力状態制御アプリケーション２４３を除く複合機１００の各ソフトウェアが起動され、検出マイコン１２５を除く複合機１００の各ハードウェアに電源が供給される。
【００４２】
次に、スタンバイ状態において、低電力ボタン１１２、ネットワークインタフェース１１５、又は開閉センサ１２２からのイベントが一定時間の間発生しないと、複合機１００はスタンバイ状態から低電力状態（第３状態の一例）へ移行する。図３及び図４に示すように、低電力状態では、複合機１００の各ソフトウェアの起動が終了し、複合機１００の各ハードウェアのうちスタンバイ状態への復帰要因が発生しうるハードウェア及び復帰要因を検知するハードウェアのみに電源が供給される。即ち、低電力ボタン１１２、ネットワークインタフェース１１５、開閉センサ１２２、検出マイコン１２５、及び電源供給回路１５０に電源が供給される。
【００４３】
そして、複合機１００が低電力状態の際に、検出マイコン１２５により低電力ボタン１１２、ネットワークインタフェース１１５、又は開閉センサ１２２からのイベントが検出されると、低電力中間状態（第２状態の一例）へ移行する。図３に示すように、低電力中間状態では、複合機１００の各ソフトウェアのうち、ブート部２１０、ＯＳ部２２０、低電力ボタンドライバ２３２、ネットワークインタフェースドライバ２３３、開閉センサドライバ２３４、検出ドライバ２３５、及び電力状態制御アプリケーション２４３が起動される。なお、電力状態制御アプリケーション２４３は、検出ドライバ２３５により起動が必要と判定された場合に検出ドライバ２３５により起動される。
【００４４】
このように、低電力中間状態では、電力状態制御アプリケーション２４３は起動されるが、アプリケーション２４１−１〜アプリケーション２４１−Ｎは起動されず、また、スタンバイ状態では、電力状態制御アプリケーション２４３は起動されず、アプリケーション２４１−１〜アプリケーション２４１−Ｎは起動される。つまり、電力状態制御アプリケーション２４３とアプリケーション２４１−１〜アプリケーション２４１−Ｎ（所定のソフトウェア群の一例）とは、排他的に起動される。
【００４５】
また、図４に示すように、低電力中間状態では、複合機１００の各ハードウェアのうち低電力状態時に電源が供給されていたハードウェアに加え、ソフトウェアの起動に必要なハードウェアに電源が供給される。即ち、更に、ＲＡＭ１３５及びＣＰＵ１４５に電源が供給される。
【００４６】
そして、検出マイコン１２５により検出されたイベントがスタンバイ状態への復帰要因であれば、複合機１００は低電力中間状態からスタンバイ状態へ移行し、スタンバイ状態への復帰要因でなければ、電力状態制御アプリケーション２４３による処理が行われた後、低電力状態へ移行する（戻る）。
【００４７】
以上のように、第１実施形態では、低電力状態では、ＣＰＵ１４５に代わり、検出マイコン１２５がイベントを検出する。このため、第１実施形態によれば、低電力状態時にＣＰＵ１４５への電力供給を遮断できるため、電力消費量を削減することができる。
【００４８】
また、第１実施形態によれば、従来技術のようにサブＣＰＵを用意する必要がないため、電力消費量を削減することができるとともに、コストを抑えることもできる。
【００４９】
また第１実施形態では、低電力中間状態では、検出マイコン１２５により検出されたイベントに関する処理を行う検出ドライバ２３５及び電力状態制御アプリケーション２４３が起動され、これらの処理に関係しないアプリケーション及びドライバは起動されない。このように第１実施形態によれば、低電力中間状態では、不要なアプリケーション及びドライバは起動されないため、検出ドライバ２３５及び電力状態制御アプリケーション２４３の起動時間を高速化できる。このため第１実施形態によれば、検出マイコン１２５により検出されたイベントに関する処理を高速化できるとともに、電力消費量を削減することができる。
【００５０】
また第１実施形態では、ネットワークインタフェースドライバ２３３は、ネットワークプロトコルスタックを有しており、低電力中間状態時に、電力状態制御アプリケーション２４３は、ネットワークインタフェースドライバ２３３を利用して、外部からの通信に関するイベント（通信イベント）に応じた処理を行う。このため第１実施形態によれば、低電力中間状態時において、高度なネットワーク応答にも対応できる。
【００５１】
また第１実施形態では、ブート部２１０は、検出マイコン１２５によりフラッシュＲＯＭ１４０にイベントが記憶されていない場合にスタンバイ状態への起動を行い、検出マイコン１２５によりフラッシュＲＯＭ１４０にイベントが記憶されている場合に低電力中間状態への起動を行う。第１実施形態では、電源オフ状態時及び低電力状態時には、ＲＡＭ１３５及びＣＰＵ１４５に電力が供給されないが、フラッシュＲＯＭ１４０にイベントが記憶されているか否かで起動シーケンスを区別しているため、電源オフ状態から低電力状態への遷移か低電力状態から低電力中間状態への遷移かを区別して複合機１００を起動できる。
【００５２】
（第２実施形態）
第２実施形態では、検出マイコンにより検出されたイベントが復帰要因であるか否かの判定、及びイベントに応じた処理をブート部で行う例について説明する。なお以下では、第１実施形態との相違点の説明を主に行い、第１実施形態と同様の機能を有する構成要素については、第１実施形態と同様の名称・符号を付し、その説明を省略する。
【００５３】
図５は、第２実施形態の複合機３００のソフトウェア構成の一例を示すブロック図である。なお、第２実施形態の複合機３００のハードウェア構成は、第１実施形態と同様であるため、説明を省略する。
【００５４】
図５に示すように、複合機３００では、ブート部３１０が、検出タスク３１１、電力状態制御タスク３１２、及びネットワークタスク３１３を含み、ドライバ部３３０が検出ドライバを含まず、アプリ部３４０が電力状態制御アプリケーションを含まない点で、第１実施形態と相違する。
【００５５】
なお、検出タスク３１１、電力状態制御タスク３１２の内容は、ブートストラップ時に実行される点を除き、それぞれ、第１実施形態の検出ドライバ２３５、電力状態制御アプリケーション２４３の内容と同様であるため、詳細な説明は省略する。ここで、ブートストラップとは、複合機３００への動作電圧の供給が開始され、起動が行われる際に自動的に行われる起動に必要な一連の処理を言う。
【００５６】
ネットワークタスク３１３は、図示せぬサーバ上に起動に必要なデータを保管しておき、当該サーバから各種ネットワークプロトコルを使用して起動する。また、ネットワークタスク３１３は、インタフェースコントローラをハードウェア制御する機能やネットワークブートするための必要最低限なＤＨＣＰ（Dynamic  Host  Configuration  Protocol）、ｔｆｔｐ（Trivial  File  Transfer  Protocol）、ＮＦＳ（Network  File  System）などのプロトコルを有している。更に、ネットワークタスク３１３は、ｐｉｎｇのプロトコルであるＩＣＭＰ（Internet  Control  Message  Protocol）や、機器監視応答用にＵＤＰ（User  Datagram  Protocol）及びＳＮＭＰも有している。
【００５７】
図６は、第２実施形態の複合機３００のソフトウェア構成例及び検出マイコンを基にした状態遷移の一例を示す状態遷移図である。なお、第２実施形態の複合機３００のハードウェア構成を基にした状態遷移は、第１実施形態と同様であるため、説明を省略する。
【００５８】
図６に示すように、電源オフ状態では、複合機３００の各ソフトウェアは起動していない。図６に示すように、スタンバイ状態では、検出タスク３１１及び電力状態制御タスク３１２を除く複合機３００の各ソフトウェアが起動される。図６に示すように、低電力状態では、複合機３００の各ソフトウェアの起動が終了する。
【００５９】
そして、複合機３００が低電力状態の際に、検出マイコン１２５により低電力ボタン１１２、ネットワークインタフェース１１５、又は開閉センサ１２２からのイベントが検出されると、低電力中間状態（第２状態の一例）へ移行する。図６に示すように、低電力中間状態では、複合機３００の各ソフトウェアのうち、検出タスク３１１、電力状態制御タスク３１２、及びネットワークタスク３１３が起動される。なお、電力状態制御タスク３１２は、検出タスク３１１により起動が必要と判定された場合に検出タスク３１１により起動される。
【００６０】
そして、検出マイコン１２５により検出されたイベントがスタンバイ状態への復帰要因であれば、複合機３００は低電力中間状態からスタンバイ状態へ移行し、スタンバイ状態への復帰要因でなければ、電力状態制御タスク３１２による処理が行われた後、低電力状態へ移行する（戻る）。
【００６１】
以上のように、第２実施形態では、低電力中間状態において、検出マイコン１２５により検出されたイベントに関する処理を行う検出タスク３１１、電力状態制御タスク３１２、及びネットワークタスク３１３が、ブート部３１０にて実現され、これらの処理に関係しないＯＳ部２２０、ドライバ部３３０、及びアプリ部３４０は、低電力中間状態では起動されない。このため第２実施形態によれば、ブート部３１０のみを起動すれば、検出マイコン１２５により検出されたイベントに関する処理を実行でき、当該処理を更に高速化できるとともに、電力消費量を削減することができる。
【００６２】
また第２実施形態においても、ネットワークタスク３１３がＩＣＭＰやＳＮＭＰなどのプロトコルも有しているため、低電力中間状態時において、高度なネットワーク応答にも対応できる。
【００６３】
（変形例）
なお、本発明は、上記実施形態に限定されるものではなく、種々の変形が可能である。
【００６４】
（変形例１）
例えば、上記第１実施形態において、フラッシュＲＯＭ１４０にイベントの識別情報と制御内容とを対応付けたイベントテーブルを記憶しておき、検出ドライバ２３５及び電力状態制御アプリケーション２４３が、イベントテーブルを参照して、通知されたイベントがスタンバイ状態への復帰要因であるか否かの判定、及びイベントに応じた処理を行うようにしてもよい。
【００６５】
図７は、変形例１のイベントテーブルの一例を示す図である。図７に示すイベントテーブルでは、イベントのＩＤと制御内容とが対応付けられている。例えば、ＩＤ＝１は、開閉センサ１２２による圧板開閉検知が割り当てられており（図示省略）、制御内容が、スタンバイ状態への遷移となっている。また例えば、ＩＤ＝２は、ネットワークインタフェース１１５によるＰＩＮＧコマンドの受信が割り当てられており（図示省略）、制御内容が、電力状態制御アプリケーション２４３の起動及び記載された複合機１００のＩＰアドレスによるＰＩＮＧコマンドに対する応答となっている。
【００６６】
なお、フラッシュＲＯＭ１４０のイベントテーブルには、工場出荷時点ではデフォルトのものが書き込まれているが、例えば、アプリケーション２４１−Ｎをイベントテーブル管理用のアプリとし、複合機１００のユーザやサービスマンからの操作に従い、又は自動的（定期的に）書き換えるようにしてもよい。
【００６７】
そして検出ドライバ２３５は、イベントテーブルを参照して、通知されたイベントの制御内容を確認し、通知されたイベントがスタンバイ状態への復帰要因であれば、スタンバイ状態へ移行させ、スタンバイ状態への復帰要因でなければ、電力状態制御アプリケーション２４３を起動してイベントに応じた処理を行わせる。
【００６８】
例えば、検出ドライバ２３５は、通知されたイベントのＩＤが２であれば、電力状態制御アプリケーション２４３を起動する。そして電力状態制御アプリケーション２４３は、ＩＤ＝２に対応付けられた複合機１００のＩＰアドレスを用いて、ＰＩＮＧコマンドに対する応答を行う。
【００６９】
なお、通知されたイベントのＩＤがイベントテーブルに存在しない場合、検出ドライバ２３５は、スタンバイ状態への復帰要因と判断して、スタンバイ状態へ移行させるようにしてもよい。また、イベントテーブルにデフォルト動作を決めておき、検出ドライバ２３５は、通知されたイベントのＩＤがイベントテーブルに存在しない場合に、このデフォルト動作を行うようにしてもよい。
【００７０】
このように、制御内容を書き換え可能なイベントテーブルで管理することで、イベントに応じた制御内容を動的に変更することができる。
【００７１】
また例えば、スタンバイ状態から低電力状態へ移行する際に、電力状態管理アプリケーション２４２が管理している電力消費状態をアプリケーション２４１−Ｎがイベントテーブルの制御内容に書き込み、電力状態制御アプリケーション２４３は、イベントテーブルを参照して、通知されたイベントが電力消費状態の取得である場合に、アプリケーション２４１−Ｎにより書き込まれた電力消費状態を応答として返却するようにしてもよい。つまり、イベントに、電力状態制御アプリケーション２４３と排他的に起動するアプリケーションが管理している情報の取得要求がある場合には、当該イベントに対応付けて取得要求対象の情報を記憶しておけば、スタンバイ状態に復帰せずに（低電力中間状態で）対応することができる。
【００７２】
なお変形例１では、第１実施形態を例に取り説明したが、第２実施形態についても同様の変形を行うことができる。
【００７３】
（変形例２）
例えば、上記第１実施形態において、検出マイコン１２５は、低電力状態時に検出したイベントをキューイングし、キューイングしたイベントを検出ドライバ２３５に通知するようにしてもよい。この場合、検出マイコン１２５にイベントをキューイング（記憶）するための小容量の記憶デバイスを設ければよい。
【００７４】
図８は、変形例２の複合機１００のキューイング処理の一例を示すシーケンス図である。
【００７５】
まず、検出マイコン１２５は、開閉センサ１２２からイベント通知を受け（ステップＳ１００）、図９に示すように、キューへ格納（キューイング）する（ステップＳ１０２）。続いて、検出マイコン１２５は、ＣＰＵ１４５を起動させる（ステップＳ１０４）。これにより、検出ドライバ２３５が起動される（ステップＳ１０６）。続いて、検出マイコン１２５は、検出ドライバ２３５の起動が完了する前に、ネットワークインタフェース１１５からイベント通知を受け（ステップＳ１０８）、図１０に示すように、キューへ格納（キューイング）する（ステップＳ１１０）。続いて、検出マイコン１２５は、起動が完了した検出ドライバ２３５から、イベントの取得要求を受け（ステップＳ１１２）、キューイングしたイベント（図１０参照）を検出ドライバ２３５へ通知する（ステップＳ１１４）。
【００７６】
このように、イベントをキューイングすることで、低電力状態から低電力中間状態へ遷移する場合に、検出マイコン１２５が複数のイベントが検出した場合であっても、最後に検出したイベントだけでなく、検出した複数のイベントを全て検出ドライバ２３５に通知することができる。これにより、検出ドライバ２３５は、検出マイコン１２５により検出された全てのイベントを考慮して処理を行うことができる。
【００７７】
複合機１００においては、低電力ボタン１１２の押下、及び外部への応答を要求するパケット通信のネットワークインタフェース１１５への到着などのイベントが同時発生することが、十分に想定される。
【００７８】
なお変形例２では、第１実施形態を例に取り説明したが、第２実施形態についても同様の変形を行うことができる。
【００７９】
（変形例３）
例えば、変形例１及び変形例２の組み合わせにおいて、イベントテーブルに更に優先度を対応付け、通知されたイベントの中から処理対象のイベントを優先度に応じて決定するようにしてもよい。
【００８０】
図１１は、変形例３のイベントテーブルの一例を示す図である。図１１に示すイベントテーブルでは、図７に示すイベントテーブルに優先度が追加されている。例えば、ＩＤ＝１のイベントの優先度はＨｉｇｈに設定され、ＩＤ＝２のイベントの優先度はＭｉｄｄｌｅに設定されている。
【００８１】
図１２は、変形例３の複合機１００のキューイング処理の一例を示すシーケンス図である。
【００８２】
まず、ステップＳ２００〜ステップＳ２１４までの処理は、図１０のステップＳ１００〜ステップＳ１１４までの処理と同様であるため、説明を省略する。そして検出ドライバ２３５は、イベントテーブルを参照して、通知されたイベントのうち最も優先度の高いイベントの制御内容を処理対象に決定して実施する（ステップＳ２１６）。この場合、検出ドライバ２３５は、ＩＤ＝１のイベントの優先度が最も高いため、ＩＤ＝１の制御内容であるスタンバイ状態への遷移を実施する。
【００８３】
これにより、検出ドライバ２３５は、検出マイコン１２５により検出された全てのイベントを考慮して処理を行うことができる。
【００８４】
なお、変形例３では、イベントテーブルの制御内容を、状態遷移か、電力状態制御アプリケーション２４３による処理内容かを明確に分離することで、複数のイベントを取得後、優先度が最も高いイベントが指示する状態へ遷移し、その他の処理として、発生した複数のイベントそれぞれで処理すべき内容を実施する、ということが決定できる。これにより、余分な状態遷移を省略でき、更に電力消費量を削減することができる。
【符号の説明】
【００８５】
１００  複合機
１０５  表示部
１１０  操作部
１１２  低電力ボタン
１１５  ネットワークインタフェース
１２０  画像読取装置
１２２  開閉センサ
１２５  検出マイコン
１３０  画像形成装置
１３５  ＲＡＭ
１４０  ＲＯＭ
１４５  ＣＰＵ
１５０  電源供給回路
２１０、３１０  ブート部
２２０  ＯＳ部
２３０、３３０  ドライバ部
２３１  表示ドライバ
２３２  低電力ボタンドライバ
２３３  ネットワークインタフェースドライバ
２３４  開閉センサドライバ
２３５  検出ドライバ
２３６  電力制御ドライバ
２４０、３４０  アプリ部
２４１−１〜２４１−Ｎ  アプリケーション
２４２  電力状態管理アプリケーション
２４３  電力状態制御アプリケーション
３１１  検出タスク
３１２  電力状態制御タスク
３１３  ネットワークタスク
【先行技術文献】
【特許文献】
【００８６】
【特許文献１】特開２００７−２９６７２３号公報
【特許文献２】特開２００５−２６７１００号公報
【図１】
2012066396.tif 000003
【図２】
2012066396.tif 000004
【図３】
2012066396.tif 000005
【図４】
2012066396.tif 000006
【図５】
2012066396.tif 000007
【図６】
2012066396.tif 000008
【図７】
2012066396.tif 000009
【図８】
2012066396.tif 000010
【図９】
2012066396.tif 000011
【図１０】
2012066396.tif 000012
【図１１】
2012066396.tif 000013
【図１２】
2012066396.tif 000014