画像形成装置
【課題】ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御する。
【解決手段】ネットワーク５０を介してパケット通信をＰＨＹ１により行い、ＣＰＵ９を有するメイン処理ブロックＢへの電源供給を停止する。ネットワーク５０を介してＰＨＹ１により特定のパケットを受信した場合に、メイン処理ブロックＢへの電源供給を復帰させ、ＰＨＹ１により一定期間パケットを受信していない場合に、メイン処理ブロックＢへの電源供給を停止するように制御する。メイン処理ブロックＢへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶し、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。
【解決手段】ネットワーク５０を介してパケット通信をＰＨＹ１により行い、ＣＰＵ９を有するメイン処理ブロックＢへの電源供給を停止する。ネットワーク５０を介してＰＨＹ１により特定のパケットを受信した場合に、メイン処理ブロックＢへの電源供給を復帰させ、ＰＨＹ１により一定期間パケットを受信していない場合に、メイン処理ブロックＢへの電源供給を停止するように制御する。メイン処理ブロックＢへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶し、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、低消費電力モードに設定可能な画像形成装置に関し、例えば、ＣＰＵを有するメイン処理ブロックへの電源供給を復帰させるように制御する画像形成装置に関する。
【背景技術】
【０００２】
従来、ネットワークにサービスを提供し、或いはネットワークからサービスの提供を受ける画像形成装置、スキャナ、プリンタ、複合機等の情報処理装置において、低消費電力モード（「省エネルギーモード」或いは「スリープモード」ともいわれる）時にもネットワークとの交信を可能にする機能が提案されている。
例えば、特許文献１には、省エネ性能を向上しつつネットワーク機能の利便性を保つ目的で、パケットを自動送信する必要がある時に省エネから復帰し、パケットを送信し、一定時間経過しても処理するパケットがなくなった時点で再度省エネに入る構成と制御が開示されている。
【０００３】
詳しくは、特許文献１にあっては、パワーマネジメント部（ＰＭ）によって通常モードにおける所定のタイミングで起動されたＴＩＭＥＲが指定の時間を経過しても、この指定時間内にパケットフィルタ部（ＰＦ）で自局宛受信データがなく、かつＣＰＵ上で動作しているアプリケーション全てがアイドル状態となっている場合、ＣＰＵは、この状態をＰＭに通知する。
この通知を受けてＰＭは、省エネモードの電源供給状態への移行制御を行う。同時に、ＣＰＵは、セレクタ部（ＳＥＬ）の設定をパケットエンジン処理部（ＰＥ）からの出力を選択する方に切り替えて、メディアアクセスコントロール部（ＭＡＣ）に送り、ＤＨＣＰ ＲＥＱＵＥＳＴパケットをネットワークに送信するための準備をする。
【０００４】
上述したように、省エネ性能を向上させるために、待機状態時にはＣＰＵを停止する処理が知られている。そして、さらなる省エネ性能を向上させるため、ＣＰＵを停止する条件を次のようにした制御方法が既に知られている。
一般的なＣＰＵを停止する条件としては、「一定期間(1分間など)特定のプロトコルのパケットを受け取ってない」場合、さらなる省エネ向上のためのＣＰＵ停止条件として「通信が発生していない」場合などが想定されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、一定時間経過後省エネ可能か判断している点が知られている。しかしながら、一定時間を短くした時に新たに発生する処理動作前にＣＰＵが省エネモードに入ってしまうという問題を解消できていなかった。
しかし、今までの短い間隔(100msecなど)でＣＰＵを停止できるか否かを判断すると、通信中と判断する前にＣＰＵ停止判定依頼が発生してしまいネットワークの処理ができないという問題があった。
【０００６】
例えば、ＤＨＣＰのＩＰアドレスのリース更新のためにタイマによりＣＰＵが復帰するが、ＤＨＣＰリース更新処理が動く前にＣＰＵ停止判定依頼が発生する。すなわち、パーソナルコンピュータＰＣから印刷依頼を受け、ＣＰＵが復帰するが、ＰＣとの接続処理前にＣＰＵ停止判定依頼が発生し、ネットワークの処理ができないという問題があった。
本発明は、上記に鑑みてなされたもので、その目的としては、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御する画像処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、ネットワークを介してパケット通信を行う通信部と、ＣＰＵを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第１の制御手段とを備える画像形成装置であって、前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第２の制御手段とを備えたことを特徴とする画像形成装置である。
【発明の効果】
【０００８】
本発明によれば、メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶しておき、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。これにより、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る画像処理装置の全体構成について説明するためのブロック図である。
【図２】本発明の実施形態に係る画像処理装置に用いるソフトウエア・モジュールを示すブロック図である。
【図３】本発明の実施形態に係る画像処理装置における、通信制御２０７のソフトウエア・モジュールを示すブロック図である。
【図４】図３に示すＭＡＣドライバＳＭ３０１のソフトウエア・モジュールのブロック図である。
【図５】図１に示すフィルタ３に対するパターンマッチングの設定例を示す表である。
【図６】図５に示すマッチングデータの指定範囲の一例である。
【図７】図１に示すブロックＡだけで動作している時の通信制御部１７による動作を示すフローチャートである。
【図８】図３に示す、省エネモードからの復帰後のＭＡＣデバイスドライバＳＭ３０１の動作を示すフローチャートである。
【図９】図８に示すステップＳ８０２のエラー判定処理を示すフローチャートである。
【図１０】図８に示すステップＳ８０２のエラー判定処理を示す別のフローチャートである。
【図１１】図３に示すタイマＳＭ３０７による動作を示すフローチャートである。
【図１２】本発明の実施形態に係る画像処理装置が、省エネ復帰から省エネインするまでの動作を示すフローチャートである。
【図１３】図１１に示すステップＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細である。
【図１４】図３に示す復帰タイマＳＭ３１０の管理テーブルの一例を示す図である。
【図１５】図１１に示すＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細について示すフローチャートである。
【発明を実施するための形態】
【００１０】
本発明の実施形態について、図面を参照して説明する。
本発明は、省エネモードに入る場合に、省エネ復帰後に処理すべき処理を実施したかどうかを管理し、処理が実施されたことを確認の上で省エネに入ることを特徴としている。特に、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【００１１】
本発明の特徴について、図面を参照して詳細に説明する。
図１は、本発明の実施形態に係る画像処理装置を説明するためのブロック図である。
ＰＨＹ（physical layer）１は、ネットワーク５０との間で各種のパケットデータ（以下、単に「パケット」ともいう）の送受信をするネットワーク用の物理層部であり、データと電気信号の相互変換を行う。ＰＨＹ１には、常時給電が行われるので、低消費電力モードでも、ネットワークとパケットを交信することが可能である。
電源管理部２は、ブロックＢ〜Ｄに設けられている装置の電源管理を行う。電源管理部２は、タイマカウンタ機能を有し、一定時間後にブロックＢの電源を入れる機能を有する。また、ブロックＢの電源に対する省エネ復帰要因情報（受信したパケット、または、タイマデータ）を記憶する。
【００１２】
フィルタ３は、パケットのパターンマッチングを行い、特定条件のパターンにマッチした場合に、ブロックＢを復帰させる。また、フィルタ３は、選択信号をゲート４ａ，４ｂに出力して操作し、データの流れを操作する。また、レジスタ５に省エネ復帰要因となったパケットのサイズを書き込む。
ゲート４ａ，４ｂは、データの流れについての遮断を行う。ブロックＡだけで動作している時はゲート４ａのみが開いており、ＰＨＹ１とバッファ６との間でデータのやりとりが可能となる。一方、ブロックＢが動作している時はゲート４ｂのみが開いており、ＰＨＹ１とＭＡＣ７との間でデータのやりとりが可能となる。
【００１３】
レジスタ５は、省エネ復帰要因となったパケットのサイズを保存する。レジスタ５は、ＣＰＵ９からのデータの読み書きが可能である。
バッファ６は、省エネ復帰要因となったパケットを保存する。パケット全体を保存できるサイズ(1518オクテット)ではなく、送信元からの再送を期待できないパケットを保存できるサイズ(例えば256オクテット)が好ましい。
ＭＡＣ(Media Access Control)７は、フレームの送受信制御や誤り検出を行う。
【００１４】
メモリ８は、画像形成装置を制御するためのプログラムやアプリケーションソフトウエアを記憶する。ＣＰＵ９は、メイン処理ブロックＢに設けられており、画像形成装置を制御する。また、ＣＰＵ９は、電源供給が停止された場合に低消費電力モードに移行してsleep状態になる。
プロッタ１０は、画像データを記録媒体へ印字する。スキャナ１１は、記録媒体に記載されている画像を光学的に読み取り画像データを出力する。通信制御部１７は、ネットワーク５０とデータ通信を行う。
【００１５】
図２は、本発明の実施形態に係る画像処理装置に用いるソフトウエア・モジュール（以下、ＳＭという）を示すブロック図である。
プリンタＳＭ２０１は、プリンタ機能に関する制御を行うＳＭである。コピーＳＭ２０２は、コピー機能に関する制御を行うＳＭである。スキャナＳＭ２０３は、スキャナ機能に関する制御を行うＳＭである。メモリ管理ＳＭ２０４は、メモリ８の管理を行うＳＭである。
【００１６】
画像加工ＳＭ２０５は、各機能に必要な画像加工処理を行う。画像データの記録型式が互いに異なるTIFFやJPEGなどへのデータ変換も行うＳＭである。プリンタ言語ＳＭ２０６は、通信制御ＳＭ２０７から受信したプリンタジョブデータを解析し、画像化を行うＳＭである。
通信制御ＳＭ２０７は、通信制御部１７の制御を行うＳＭである。プロッタ制御ＳＭ２０８は、プロッタ１０の制御を行うＳＭである。スキャナ制御ＳＭ２０９は、スキャナ１１の制御を行うＳＭである。
【００１７】
図３（ａ）は、本発明の実施形態に係る画像処理装置における、通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を示すブロック図である。
ＭＡＣドライバＳＭ３０１は、通信制御部１７の制御を行うＳＭである。ネットワークスタックＳＭ３０２は、ＩＰ層・トランスポート層の制御を行うＳＭである。
ネットワークアプリケーションＳＭ３０３は、機能ごとのネットワーク制御を行うＳＭである。port9100・ＳＭ３０４は、ＰＣからの印刷データを受信し、プリンタアプリケーションにデータを渡すＳＭである。
【００１８】
lpd・ＳＭ３０５は、RFC1179により規定されている手順に従い、パーソナルコンピュータＰＣからの印刷データを受信し、プリンタアプリケーションにデータを渡すＳＭである。SNMP（Simple Network Management Protocol）ＳＭ３０６は、ネットワーク機器の状態取得など監視に使われるＳＭである。
タイマＳＭ３０７は、一定時間経過すると電源管理部２にブロックＢの電源供給停止を指示するＳＭである。なお、タイマーカウント値はパケット判断部より操作される。
【００１９】
パケット判断ＳＭ３０８は、自動応答可能なパケットかどうかの判断を行うＳＭである。省エネイン判断ＳＭ３０９は、省エネイン可能かどうかの判断を行うＳＭである。
なお、本実施形態では、パケット判断ＳＭ３０８、省エネイン判断ＳＭ３０９をそれぞれ独立して設けている。
復帰タイマＳＭ３１０は、ネットワークアプリやネットワークスタックから登録される復帰時間を管理するＳＭである。
【００２０】
図３（ｂ）は、本発明の実施形態に係る画像処理装置における、通信制御ＳＭ２０７を示すソフトウエアのモジュールのブロック図である。図３（ｂ）では、図３（ａ）に示す構成に加えて、省エネイン判断ＳＭ３０９ａ，３０９ｂ，３０９ｃ，３０９ｄをネットワークスタックＳＭ３０２、port9100・ＳＭ３０４、lpd・ＳＭ３０５、SNMP・ＳＭ３０６にそれぞれ分散して設けていることを特徴とする。
【００２１】
図４は、ＭＡＣドライバＳＭ３０１のソフトウエア・モジュール（ＳＭ）のブロック図である。
受信バッファＳＭ４０１は、ＭＡＣ７から受信したデータを保存するＳＭである。送信バッファＳＭ４０２は、ネットワークスタックＳＭ３０２から受信したデータを保存するＳＭである。
バッファチェックＳＭ４０３は、バッファ６のチェックを行うＳＭである。ＭＡＣ制御ＳＭ４０４は、ＭＡＣ７の制御を行うＳＭである。ＭＡＣ７から受信したデータを受信バッファＳＭ４０１に保存し、ネットワークスタックＳＭ３０２に渡す。また、ネットワークスタックＳＭ３０２が送信バッファＳＭ４０２に保存したデータをＭＡＣ７に渡す。
【００２２】
図５は、フィルタ３に対するパターンマッチングの設定例を示す表である。
送信元ＭＡＣアドレスとマッチングデータの組み合わせとマッチングした時の動作を指定できる。マッチングデータは、送信元ＭＡＣアドレスより後部の部分に対してマッチングデータとマスクデータで設定できる。
【００２３】
図６は、図５に示すマッチングデータの指定範囲の一例である。
図６には、一例として、６オクテッドからなる宛先ＭＡＣアドレス、６オクテッドからなる送信元ＭＡＣアドレス、２オクテッドからなるタイプ、４６〜１５００オクテッドからなるペイロードデータ、４オクテッドからなるＦＣＳを示す。
パターンマッチのデータは、ペイロードデータ部の最後部まで指定できてもよいが、必要最低限のサイズまでとしてもよい。例えば、IPv6のポート番号が指定できるサイズなどである。
【００２４】
図７は、ブロックＡだけで動作している時の通信制御部１７による動作を示すフローチャートである。
ステップＳ７０１では、ネットワーク５０からＰＨＹ１を介してパケットを受信する。ブロックＡだけで動作している時には、フィルタ３から出力される選択信号によりゲート４ａが開いているので受信パケットがバッファ6に書き込まれる。
ステップＳ７０２では、フィルタ３において、バッファ６に記憶しておいた、受信したパケットのパターンマッチング判定を行う。マッチしている場合にはＳ７０３に進む。マッチしていない場合にはＳ７０８に進む。
【００２５】
ステップＳ７０３では、マッチングした設定の中に１つでもSleepの設定があればSleepと判定する。Wakeupの場合はＳ７０４に進む。Sleepの場合はＳ７０８に進む。
ステップＳ７０４では、フィルタ３は省エネ復帰要因となったパケットのサイズをレジスタ５に書き込む。ステップＳ７０５では、フィルタ３はゲート４ａを閉じ、ゲート４ｂを開く。
ステップＳ７０６では、フィルタ３は電源管理部２を操作し、ブロックＢの電源をＯＮする。ステップＳ７０７では、ＣＰＵ９が復帰する。
【００２６】
図８は、省エネモードからの復帰後のＭＡＣデバイスドライバＳＭ３０１の動作を示すフローチャートである。
ステップＳ８０１では、レジスタ５に記憶されているパケットのサイズ（省エネ復帰要因）をチェックする。レジスタ５の値が０より大きい場合はＳ８０２に進む。一方、レジスタ５の値が０の場合はＳ８０５に進む。
ステップＳ８０２では、エラー判定処理として、バッファ６に保存されたデータをチェックする。エラーなしの場合はＳ８０３に進む。一方、エラーの場合はＳ８０４に進む。
【００２７】
ステップＳ８０３では、バッファ６に記憶されているパケットを読み出して受信バッファＳＭ４０１に保存し、ネットワークスタックＳＭ３０２へ通知する。
ステップＳ８０４では、レジスタ５に値０を書き込む。ステップＳ８０５では、ＭＡＣ初期化処理を行う。
【００２８】
図９は、ＭＡＣデバイスドライバＳＭ３０１による、図８に示すステップＳ８０２のエラー判定処理を示すフローチャートである。
ステップＳ９０１では、レジスタ５に保存されているパケットのサイズ（省エネ復帰要因）がバッファ６に保存されている値以下の場合はＳ９０２に進む。一方、より大きい場合にはＳ９０４に進む。
ステップＳ９０２では、ソフト処理にてＦＣＳのチェックを行う。エラーなしの場合はＳ９０３に進む。エラーの場合はＳ９０４に進む。ステップＳ９０３では、エラーなしと判定する。一方、ステップＳ９０４では、エラーありと判定する。
【００２９】
図１０は、ＭＡＣデバイスドライバＳＭ３０１による、図８に示すステップＳ８０２のエラー判定処理を示す別のフローチャートである。
ステップＳ１００１では、レジスタ５に保存されているパケットのサイズ（省エネ復帰要因）がバッファ６に保存されている値以下の場合はＳ１００２に進む。一方、より大きい場合にはＳ１００３に進む。
ステップＳ１００２では、ソフト処理にてＦＣＳのチェックを行う。エラーなしの場合はＳ１００４に進む。一方、エラーの場合はＳ１００５に進む。
【００３０】
ステップＳ１００３では、定型パケットか否かを判断する。定型パケット（YES）の場合はＳ１００４に進む。一方、定型パケットではない（No）場合はＳ１００５に進む。
ステップＳ１００４では、エラーなしと判定する。一方、ステップＳ１００５では、エラーありと判定する。
【００３１】
ここで、ステップＳ１００３に示す処理「定型パケットか?」について説明する。
ネットワーク５０に接続されているパーソナルコンピュータＰＣ（図示しない）のＯＳである例えば、Windows（登録商標）からの定期ＭＩＢ（Management Information Base）問い合わせのように、先頭パケットから後続パケットを推測できるものがある。その場合、パケットを完全に保存していなくとも補完して図８に示すＳ８０３の処理（受信バッファへのパケット保存）が可能となる。
【００３２】
図１１は、一定時間が１０秒だった場合のタイマＳＭ３０７による動作を示すフローチャートである。
ステップＳ１１０１では、タイマＳＭ３０７のカウント値が10000の場合にはＳ１１０３に進む。一方、違う場合にはＳ１１０２に進む。
ステップＳ１１０２では、タイマＳＭ３０７のカウント値に値１を加算し、Ｓ１１０１に進む。ステップＳ１１０３では、タイマＳＭ３０７のカウント値を値0に設定する。
【００３３】
ステップＳ１１０４では、電源管理部２にブロックＢの電源供給停止を指示する。これにより、一定期間パケットを受信していない場合に、メイン処理を行うブロックＢの電源供給を停止するように制御することができる。
ステップＳ１１０１でのタイマＳＭ３０７のカウント値は、受信したパケットのイーサタイプ、TCP/UDP、ポート番号などから次のパケットを受けるまでの時間を予測し、変化させてもよい。
【００３４】
ここで、本実施形態における特徴的な事項について説明する。
まず、図３（ａ）に示す通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を用いる場合について委説明する。
受信したパケットをエラーと判断した場合に、受信したパケットがエラーであることを示すエラーメッセージをネットワークスタックＳＭ３０２に通知する。
すなわち、エラー通知箇所としては、図８に示すＳ８０２、図９に示すＳ９０４、図１０に示すＳ１００５においてエラーと判定した後に、パケットが保存したものだった場合に、ネットワークスタックＳＭ３０２へ受信したケットが保存したものであることを通知する。
【００３５】
次いで、図３（ｂ）に示す通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を用いる場合について委説明する。なお、省エネイン判断部ＳＭ３０９ａ，３０９ｂ，３０９ｃ，３０９ｄを、ネットワークスタックＳＭ３０２、port9100・ＳＭ３０４、lpd・ＳＭ３０５、SNMP・ＳＭ３０６にそれぞれ分散して設けている。
図８に示すＳ８０２の処理がなくなり、Ｓ８０３で受信バッファＳＭ４０１にパケットデータを保存するだけでなく、レジスタ５の値もメモリに保存し、ネットワークスタックＳＭ３０２へ渡す。
【００３６】
ネットワークスタックＳＭ３０２は、渡されたパケットがバッファ６に保存されていたパケットである場合には、図８、図９、図１０と同様の判定を行い、パケットがエラーかどうかの確認を実行し、処理するかどうかを判断する。
ネットワークスタックＳＭ３０２は、パケットがエラーの場合でも、保存されているパケットの先頭部分より、受信したパケットのイーサタイプ、TCP/UDP、ポート番号などから次のパケットを受けるまでの時間を予測し、タイマーカウント値を変更する。
このように、省エネ復帰要因に対応する処理が実行されたかを管理する場合に、それぞれのモジュールで分散して管理することで、機能の取り外しが簡単に行うことが可能となる。
【００３７】
図１２は、省エネイン判断ＳＭ３０９による、省エネ復帰から省エネインするまでの動作を示すフローチャートである。
ステップＳ１２０１では、省エネイン判断ＳＭ３０９が電源管理部２から省エネ復帰要因を読み出す。ステップＳ１２０２では、フラグに1をセットする。
ステップＳ１２０３では、パケット受信による復帰であればＳ１２０４に進む。タイマＳＭ３０７による復帰である場合にはステップＳ１２０に進む。
【００３８】
ステップＳ１２０４では、パケット処理したネットワークアプリケーションが省エネイン判断ＳＭ３０９に処理完了を通知する。ステップＳ１２０５では、フラグに値０をセットする。
ステップＳ１２０６では、省エネイン判断ＳＭ３０９が復帰タイマから復帰を依頼した対象アプリを取得する。ステップＳ１２０７では、ネットワークアプリケーションが省エネイン判断ＳＭ３０９に処理完了を通知する。
【００３９】
ステップＳ１２０８では、通知があったネットワークアプリケーションが復帰タイマから取得したネットワークアプリケーションと一致すればＳ１２０５に進む。不一致の場合はＳ１２０７に進む。
これにより、省エネ復帰要因情報に対応する処理が実行されたか否かを管理することができる。また、省エネ復帰要因情報に対応する処理が実行されたことを確認した上で省エネに入るように制御することができる。
【００４０】
以上のように、ネットワーク５０を介してパケット通信をＰＨＹ１により行い、ＣＰＵ９を有するメイン処理ブロックＢへの電源供給を停止する。ネットワーク５０を介してＰＨＹ１により特定のパケットを受信した場合に、メイン処理ブロックＢへの電源供給を復帰させ、ＰＨＹ１により一定期間パケットを受信していない場合に、メイン処理ブロックＢへの電源供給を停止するように制御する。メイン処理ブロックＢへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶し、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。
【００４１】
これにより、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【００４２】
図１３は、タイマＳＭ３０７による、図１１に示すステップＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細である。
ステップＳ１３０１では、省エネイン判断ＳＭ３０９により設定されたフラグが値０の場合にはＳ１３０３に進む。一方、違う場合はＳ１３０２に進む。
ステップＳ１３０２では、500ms待つ。なお、待ち時間は、一例であり、システム構成にあわせ、500msよりも短い時間でもよい。
ステップＳ１３０３では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理２の復帰タイマに設定する。ステップＳ１３０４では、電源管理２にブロックＢの電源供給停止を指示する。
【００４３】
図１４は、復帰タイマＳＭ３１０の管理テーブルの一例を示す図である。図１４には、依頼アプリケーションソフトウエアとしてＤＨＣＰが記憶され、復帰時刻として「2011年9月10日13時12分10秒」が記憶される。
【００４４】
図１５は、タイマＳＭ３０７による、図１１に示すＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細について示すフローチャートである。
ステップＳ１５０１では、省エネイン判断ＳＭ３０９により設定されたフラグが値０の場合にはＳ１５０３に進む。一方、違う場合はＳ１５０２に進む。
ステップＳ１５０２では、500ms待つ。ステップＳ１５０３では、復帰タイマ管理から一番近い時刻が５秒以内の場合にはＳ１５０１に進む。違う場合はＳ１５０４に進む。
【００４５】
ステップＳ１５０４では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理部２の復帰タイマに設定する。
ステップＳ１５０５では、電源管理部２にブロックＢの電源供給停止を指示する。
このように、次回復帰時刻の一定時間前の場合に、省エネインに入らないように制御することで、省エネインから省エネ復帰までの間のロスがなくなるため、直ちに復帰する場合の処理の遅延が少なくなる。パケットを早く処理できるためネットワークの応答が速くできるようになる。
【符号の説明】
【００４６】
１ ＰＨＹ
２ 電源管理部
３ フィルタ
４ａ，４ｂ ゲート
５ レジスタ
６ バッファ
７ ＭＡＣ
８ メモリ
９ ＣＰＵ
１０ プロッタ
１１ スキャナ
１７ 通信制御部
５０ ネットワーク
２０１ プリンタＳＭ
２０２ コピーＳＭ
２０３ スキャナＳＭ
２０４ メモリ管理ＳＭ
２０５ 画像加工ＳＭ
２０６ プリンタ言語ＳＭ
２０７ 通信制御ＳＭ
２０８ プロッタ制御ＳＭ
２０９ スキャナ制御ＳＭ
３０１ ＭＡＣドライバＳＭ
３０２ ネットワークスタックＳＭ
３０３ ネットワークアプリケーションＳＭ
３０４ port9100・ＳＭ
３０５ lpd・ＳＭ
３０６ SNMP・ＳＭ
３０７ タイマＳＭ
３０８ パケット判断ＳＭ
３０９ 省エネイン判断ＳＭ
３１０ 復帰タイマＳＭ
４０１ 受信バッファＳＭ
４０２ 送信バッファＳＭ
４０３ バッファチェックＳＭ
４０４ ＭＡＣ制御Ｓ
【先行技術文献】
【特許文献】
【００４７】
【特許文献１】特開２００９−１１９８４９号公報
【技術分野】
【０００１】
本発明は、低消費電力モードに設定可能な画像形成装置に関し、例えば、ＣＰＵを有するメイン処理ブロックへの電源供給を復帰させるように制御する画像形成装置に関する。
【背景技術】
【０００２】
従来、ネットワークにサービスを提供し、或いはネットワークからサービスの提供を受ける画像形成装置、スキャナ、プリンタ、複合機等の情報処理装置において、低消費電力モード（「省エネルギーモード」或いは「スリープモード」ともいわれる）時にもネットワークとの交信を可能にする機能が提案されている。
例えば、特許文献１には、省エネ性能を向上しつつネットワーク機能の利便性を保つ目的で、パケットを自動送信する必要がある時に省エネから復帰し、パケットを送信し、一定時間経過しても処理するパケットがなくなった時点で再度省エネに入る構成と制御が開示されている。
【０００３】
詳しくは、特許文献１にあっては、パワーマネジメント部（ＰＭ）によって通常モードにおける所定のタイミングで起動されたＴＩＭＥＲが指定の時間を経過しても、この指定時間内にパケットフィルタ部（ＰＦ）で自局宛受信データがなく、かつＣＰＵ上で動作しているアプリケーション全てがアイドル状態となっている場合、ＣＰＵは、この状態をＰＭに通知する。
この通知を受けてＰＭは、省エネモードの電源供給状態への移行制御を行う。同時に、ＣＰＵは、セレクタ部（ＳＥＬ）の設定をパケットエンジン処理部（ＰＥ）からの出力を選択する方に切り替えて、メディアアクセスコントロール部（ＭＡＣ）に送り、ＤＨＣＰ ＲＥＱＵＥＳＴパケットをネットワークに送信するための準備をする。
【０００４】
上述したように、省エネ性能を向上させるために、待機状態時にはＣＰＵを停止する処理が知られている。そして、さらなる省エネ性能を向上させるため、ＣＰＵを停止する条件を次のようにした制御方法が既に知られている。
一般的なＣＰＵを停止する条件としては、「一定期間(1分間など)特定のプロトコルのパケットを受け取ってない」場合、さらなる省エネ向上のためのＣＰＵ停止条件として「通信が発生していない」場合などが想定されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、一定時間経過後省エネ可能か判断している点が知られている。しかしながら、一定時間を短くした時に新たに発生する処理動作前にＣＰＵが省エネモードに入ってしまうという問題を解消できていなかった。
しかし、今までの短い間隔(100msecなど)でＣＰＵを停止できるか否かを判断すると、通信中と判断する前にＣＰＵ停止判定依頼が発生してしまいネットワークの処理ができないという問題があった。
【０００６】
例えば、ＤＨＣＰのＩＰアドレスのリース更新のためにタイマによりＣＰＵが復帰するが、ＤＨＣＰリース更新処理が動く前にＣＰＵ停止判定依頼が発生する。すなわち、パーソナルコンピュータＰＣから印刷依頼を受け、ＣＰＵが復帰するが、ＰＣとの接続処理前にＣＰＵ停止判定依頼が発生し、ネットワークの処理ができないという問題があった。
本発明は、上記に鑑みてなされたもので、その目的としては、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御する画像処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、ネットワークを介してパケット通信を行う通信部と、ＣＰＵを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第１の制御手段とを備える画像形成装置であって、前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第２の制御手段とを備えたことを特徴とする画像形成装置である。
【発明の効果】
【０００８】
本発明によれば、メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶しておき、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。これにより、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る画像処理装置の全体構成について説明するためのブロック図である。
【図２】本発明の実施形態に係る画像処理装置に用いるソフトウエア・モジュールを示すブロック図である。
【図３】本発明の実施形態に係る画像処理装置における、通信制御２０７のソフトウエア・モジュールを示すブロック図である。
【図４】図３に示すＭＡＣドライバＳＭ３０１のソフトウエア・モジュールのブロック図である。
【図５】図１に示すフィルタ３に対するパターンマッチングの設定例を示す表である。
【図６】図５に示すマッチングデータの指定範囲の一例である。
【図７】図１に示すブロックＡだけで動作している時の通信制御部１７による動作を示すフローチャートである。
【図８】図３に示す、省エネモードからの復帰後のＭＡＣデバイスドライバＳＭ３０１の動作を示すフローチャートである。
【図９】図８に示すステップＳ８０２のエラー判定処理を示すフローチャートである。
【図１０】図８に示すステップＳ８０２のエラー判定処理を示す別のフローチャートである。
【図１１】図３に示すタイマＳＭ３０７による動作を示すフローチャートである。
【図１２】本発明の実施形態に係る画像処理装置が、省エネ復帰から省エネインするまでの動作を示すフローチャートである。
【図１３】図１１に示すステップＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細である。
【図１４】図３に示す復帰タイマＳＭ３１０の管理テーブルの一例を示す図である。
【図１５】図１１に示すＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細について示すフローチャートである。
【発明を実施するための形態】
【００１０】
本発明の実施形態について、図面を参照して説明する。
本発明は、省エネモードに入る場合に、省エネ復帰後に処理すべき処理を実施したかどうかを管理し、処理が実施されたことを確認の上で省エネに入ることを特徴としている。特に、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【００１１】
本発明の特徴について、図面を参照して詳細に説明する。
図１は、本発明の実施形態に係る画像処理装置を説明するためのブロック図である。
ＰＨＹ（physical layer）１は、ネットワーク５０との間で各種のパケットデータ（以下、単に「パケット」ともいう）の送受信をするネットワーク用の物理層部であり、データと電気信号の相互変換を行う。ＰＨＹ１には、常時給電が行われるので、低消費電力モードでも、ネットワークとパケットを交信することが可能である。
電源管理部２は、ブロックＢ〜Ｄに設けられている装置の電源管理を行う。電源管理部２は、タイマカウンタ機能を有し、一定時間後にブロックＢの電源を入れる機能を有する。また、ブロックＢの電源に対する省エネ復帰要因情報（受信したパケット、または、タイマデータ）を記憶する。
【００１２】
フィルタ３は、パケットのパターンマッチングを行い、特定条件のパターンにマッチした場合に、ブロックＢを復帰させる。また、フィルタ３は、選択信号をゲート４ａ，４ｂに出力して操作し、データの流れを操作する。また、レジスタ５に省エネ復帰要因となったパケットのサイズを書き込む。
ゲート４ａ，４ｂは、データの流れについての遮断を行う。ブロックＡだけで動作している時はゲート４ａのみが開いており、ＰＨＹ１とバッファ６との間でデータのやりとりが可能となる。一方、ブロックＢが動作している時はゲート４ｂのみが開いており、ＰＨＹ１とＭＡＣ７との間でデータのやりとりが可能となる。
【００１３】
レジスタ５は、省エネ復帰要因となったパケットのサイズを保存する。レジスタ５は、ＣＰＵ９からのデータの読み書きが可能である。
バッファ６は、省エネ復帰要因となったパケットを保存する。パケット全体を保存できるサイズ(1518オクテット)ではなく、送信元からの再送を期待できないパケットを保存できるサイズ(例えば256オクテット)が好ましい。
ＭＡＣ(Media Access Control)７は、フレームの送受信制御や誤り検出を行う。
【００１４】
メモリ８は、画像形成装置を制御するためのプログラムやアプリケーションソフトウエアを記憶する。ＣＰＵ９は、メイン処理ブロックＢに設けられており、画像形成装置を制御する。また、ＣＰＵ９は、電源供給が停止された場合に低消費電力モードに移行してsleep状態になる。
プロッタ１０は、画像データを記録媒体へ印字する。スキャナ１１は、記録媒体に記載されている画像を光学的に読み取り画像データを出力する。通信制御部１７は、ネットワーク５０とデータ通信を行う。
【００１５】
図２は、本発明の実施形態に係る画像処理装置に用いるソフトウエア・モジュール（以下、ＳＭという）を示すブロック図である。
プリンタＳＭ２０１は、プリンタ機能に関する制御を行うＳＭである。コピーＳＭ２０２は、コピー機能に関する制御を行うＳＭである。スキャナＳＭ２０３は、スキャナ機能に関する制御を行うＳＭである。メモリ管理ＳＭ２０４は、メモリ８の管理を行うＳＭである。
【００１６】
画像加工ＳＭ２０５は、各機能に必要な画像加工処理を行う。画像データの記録型式が互いに異なるTIFFやJPEGなどへのデータ変換も行うＳＭである。プリンタ言語ＳＭ２０６は、通信制御ＳＭ２０７から受信したプリンタジョブデータを解析し、画像化を行うＳＭである。
通信制御ＳＭ２０７は、通信制御部１７の制御を行うＳＭである。プロッタ制御ＳＭ２０８は、プロッタ１０の制御を行うＳＭである。スキャナ制御ＳＭ２０９は、スキャナ１１の制御を行うＳＭである。
【００１７】
図３（ａ）は、本発明の実施形態に係る画像処理装置における、通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を示すブロック図である。
ＭＡＣドライバＳＭ３０１は、通信制御部１７の制御を行うＳＭである。ネットワークスタックＳＭ３０２は、ＩＰ層・トランスポート層の制御を行うＳＭである。
ネットワークアプリケーションＳＭ３０３は、機能ごとのネットワーク制御を行うＳＭである。port9100・ＳＭ３０４は、ＰＣからの印刷データを受信し、プリンタアプリケーションにデータを渡すＳＭである。
【００１８】
lpd・ＳＭ３０５は、RFC1179により規定されている手順に従い、パーソナルコンピュータＰＣからの印刷データを受信し、プリンタアプリケーションにデータを渡すＳＭである。SNMP（Simple Network Management Protocol）ＳＭ３０６は、ネットワーク機器の状態取得など監視に使われるＳＭである。
タイマＳＭ３０７は、一定時間経過すると電源管理部２にブロックＢの電源供給停止を指示するＳＭである。なお、タイマーカウント値はパケット判断部より操作される。
【００１９】
パケット判断ＳＭ３０８は、自動応答可能なパケットかどうかの判断を行うＳＭである。省エネイン判断ＳＭ３０９は、省エネイン可能かどうかの判断を行うＳＭである。
なお、本実施形態では、パケット判断ＳＭ３０８、省エネイン判断ＳＭ３０９をそれぞれ独立して設けている。
復帰タイマＳＭ３１０は、ネットワークアプリやネットワークスタックから登録される復帰時間を管理するＳＭである。
【００２０】
図３（ｂ）は、本発明の実施形態に係る画像処理装置における、通信制御ＳＭ２０７を示すソフトウエアのモジュールのブロック図である。図３（ｂ）では、図３（ａ）に示す構成に加えて、省エネイン判断ＳＭ３０９ａ，３０９ｂ，３０９ｃ，３０９ｄをネットワークスタックＳＭ３０２、port9100・ＳＭ３０４、lpd・ＳＭ３０５、SNMP・ＳＭ３０６にそれぞれ分散して設けていることを特徴とする。
【００２１】
図４は、ＭＡＣドライバＳＭ３０１のソフトウエア・モジュール（ＳＭ）のブロック図である。
受信バッファＳＭ４０１は、ＭＡＣ７から受信したデータを保存するＳＭである。送信バッファＳＭ４０２は、ネットワークスタックＳＭ３０２から受信したデータを保存するＳＭである。
バッファチェックＳＭ４０３は、バッファ６のチェックを行うＳＭである。ＭＡＣ制御ＳＭ４０４は、ＭＡＣ７の制御を行うＳＭである。ＭＡＣ７から受信したデータを受信バッファＳＭ４０１に保存し、ネットワークスタックＳＭ３０２に渡す。また、ネットワークスタックＳＭ３０２が送信バッファＳＭ４０２に保存したデータをＭＡＣ７に渡す。
【００２２】
図５は、フィルタ３に対するパターンマッチングの設定例を示す表である。
送信元ＭＡＣアドレスとマッチングデータの組み合わせとマッチングした時の動作を指定できる。マッチングデータは、送信元ＭＡＣアドレスより後部の部分に対してマッチングデータとマスクデータで設定できる。
【００２３】
図６は、図５に示すマッチングデータの指定範囲の一例である。
図６には、一例として、６オクテッドからなる宛先ＭＡＣアドレス、６オクテッドからなる送信元ＭＡＣアドレス、２オクテッドからなるタイプ、４６〜１５００オクテッドからなるペイロードデータ、４オクテッドからなるＦＣＳを示す。
パターンマッチのデータは、ペイロードデータ部の最後部まで指定できてもよいが、必要最低限のサイズまでとしてもよい。例えば、IPv6のポート番号が指定できるサイズなどである。
【００２４】
図７は、ブロックＡだけで動作している時の通信制御部１７による動作を示すフローチャートである。
ステップＳ７０１では、ネットワーク５０からＰＨＹ１を介してパケットを受信する。ブロックＡだけで動作している時には、フィルタ３から出力される選択信号によりゲート４ａが開いているので受信パケットがバッファ6に書き込まれる。
ステップＳ７０２では、フィルタ３において、バッファ６に記憶しておいた、受信したパケットのパターンマッチング判定を行う。マッチしている場合にはＳ７０３に進む。マッチしていない場合にはＳ７０８に進む。
【００２５】
ステップＳ７０３では、マッチングした設定の中に１つでもSleepの設定があればSleepと判定する。Wakeupの場合はＳ７０４に進む。Sleepの場合はＳ７０８に進む。
ステップＳ７０４では、フィルタ３は省エネ復帰要因となったパケットのサイズをレジスタ５に書き込む。ステップＳ７０５では、フィルタ３はゲート４ａを閉じ、ゲート４ｂを開く。
ステップＳ７０６では、フィルタ３は電源管理部２を操作し、ブロックＢの電源をＯＮする。ステップＳ７０７では、ＣＰＵ９が復帰する。
【００２６】
図８は、省エネモードからの復帰後のＭＡＣデバイスドライバＳＭ３０１の動作を示すフローチャートである。
ステップＳ８０１では、レジスタ５に記憶されているパケットのサイズ（省エネ復帰要因）をチェックする。レジスタ５の値が０より大きい場合はＳ８０２に進む。一方、レジスタ５の値が０の場合はＳ８０５に進む。
ステップＳ８０２では、エラー判定処理として、バッファ６に保存されたデータをチェックする。エラーなしの場合はＳ８０３に進む。一方、エラーの場合はＳ８０４に進む。
【００２７】
ステップＳ８０３では、バッファ６に記憶されているパケットを読み出して受信バッファＳＭ４０１に保存し、ネットワークスタックＳＭ３０２へ通知する。
ステップＳ８０４では、レジスタ５に値０を書き込む。ステップＳ８０５では、ＭＡＣ初期化処理を行う。
【００２８】
図９は、ＭＡＣデバイスドライバＳＭ３０１による、図８に示すステップＳ８０２のエラー判定処理を示すフローチャートである。
ステップＳ９０１では、レジスタ５に保存されているパケットのサイズ（省エネ復帰要因）がバッファ６に保存されている値以下の場合はＳ９０２に進む。一方、より大きい場合にはＳ９０４に進む。
ステップＳ９０２では、ソフト処理にてＦＣＳのチェックを行う。エラーなしの場合はＳ９０３に進む。エラーの場合はＳ９０４に進む。ステップＳ９０３では、エラーなしと判定する。一方、ステップＳ９０４では、エラーありと判定する。
【００２９】
図１０は、ＭＡＣデバイスドライバＳＭ３０１による、図８に示すステップＳ８０２のエラー判定処理を示す別のフローチャートである。
ステップＳ１００１では、レジスタ５に保存されているパケットのサイズ（省エネ復帰要因）がバッファ６に保存されている値以下の場合はＳ１００２に進む。一方、より大きい場合にはＳ１００３に進む。
ステップＳ１００２では、ソフト処理にてＦＣＳのチェックを行う。エラーなしの場合はＳ１００４に進む。一方、エラーの場合はＳ１００５に進む。
【００３０】
ステップＳ１００３では、定型パケットか否かを判断する。定型パケット（YES）の場合はＳ１００４に進む。一方、定型パケットではない（No）場合はＳ１００５に進む。
ステップＳ１００４では、エラーなしと判定する。一方、ステップＳ１００５では、エラーありと判定する。
【００３１】
ここで、ステップＳ１００３に示す処理「定型パケットか?」について説明する。
ネットワーク５０に接続されているパーソナルコンピュータＰＣ（図示しない）のＯＳである例えば、Windows（登録商標）からの定期ＭＩＢ（Management Information Base）問い合わせのように、先頭パケットから後続パケットを推測できるものがある。その場合、パケットを完全に保存していなくとも補完して図８に示すＳ８０３の処理（受信バッファへのパケット保存）が可能となる。
【００３２】
図１１は、一定時間が１０秒だった場合のタイマＳＭ３０７による動作を示すフローチャートである。
ステップＳ１１０１では、タイマＳＭ３０７のカウント値が10000の場合にはＳ１１０３に進む。一方、違う場合にはＳ１１０２に進む。
ステップＳ１１０２では、タイマＳＭ３０７のカウント値に値１を加算し、Ｓ１１０１に進む。ステップＳ１１０３では、タイマＳＭ３０７のカウント値を値0に設定する。
【００３３】
ステップＳ１１０４では、電源管理部２にブロックＢの電源供給停止を指示する。これにより、一定期間パケットを受信していない場合に、メイン処理を行うブロックＢの電源供給を停止するように制御することができる。
ステップＳ１１０１でのタイマＳＭ３０７のカウント値は、受信したパケットのイーサタイプ、TCP/UDP、ポート番号などから次のパケットを受けるまでの時間を予測し、変化させてもよい。
【００３４】
ここで、本実施形態における特徴的な事項について説明する。
まず、図３（ａ）に示す通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を用いる場合について委説明する。
受信したパケットをエラーと判断した場合に、受信したパケットがエラーであることを示すエラーメッセージをネットワークスタックＳＭ３０２に通知する。
すなわち、エラー通知箇所としては、図８に示すＳ８０２、図９に示すＳ９０４、図１０に示すＳ１００５においてエラーと判定した後に、パケットが保存したものだった場合に、ネットワークスタックＳＭ３０２へ受信したケットが保存したものであることを通知する。
【００３５】
次いで、図３（ｂ）に示す通信制御ＳＭ２０７のソフトウエア・モジュール（ＳＭ）を用いる場合について委説明する。なお、省エネイン判断部ＳＭ３０９ａ，３０９ｂ，３０９ｃ，３０９ｄを、ネットワークスタックＳＭ３０２、port9100・ＳＭ３０４、lpd・ＳＭ３０５、SNMP・ＳＭ３０６にそれぞれ分散して設けている。
図８に示すＳ８０２の処理がなくなり、Ｓ８０３で受信バッファＳＭ４０１にパケットデータを保存するだけでなく、レジスタ５の値もメモリに保存し、ネットワークスタックＳＭ３０２へ渡す。
【００３６】
ネットワークスタックＳＭ３０２は、渡されたパケットがバッファ６に保存されていたパケットである場合には、図８、図９、図１０と同様の判定を行い、パケットがエラーかどうかの確認を実行し、処理するかどうかを判断する。
ネットワークスタックＳＭ３０２は、パケットがエラーの場合でも、保存されているパケットの先頭部分より、受信したパケットのイーサタイプ、TCP/UDP、ポート番号などから次のパケットを受けるまでの時間を予測し、タイマーカウント値を変更する。
このように、省エネ復帰要因に対応する処理が実行されたかを管理する場合に、それぞれのモジュールで分散して管理することで、機能の取り外しが簡単に行うことが可能となる。
【００３７】
図１２は、省エネイン判断ＳＭ３０９による、省エネ復帰から省エネインするまでの動作を示すフローチャートである。
ステップＳ１２０１では、省エネイン判断ＳＭ３０９が電源管理部２から省エネ復帰要因を読み出す。ステップＳ１２０２では、フラグに1をセットする。
ステップＳ１２０３では、パケット受信による復帰であればＳ１２０４に進む。タイマＳＭ３０７による復帰である場合にはステップＳ１２０に進む。
【００３８】
ステップＳ１２０４では、パケット処理したネットワークアプリケーションが省エネイン判断ＳＭ３０９に処理完了を通知する。ステップＳ１２０５では、フラグに値０をセットする。
ステップＳ１２０６では、省エネイン判断ＳＭ３０９が復帰タイマから復帰を依頼した対象アプリを取得する。ステップＳ１２０７では、ネットワークアプリケーションが省エネイン判断ＳＭ３０９に処理完了を通知する。
【００３９】
ステップＳ１２０８では、通知があったネットワークアプリケーションが復帰タイマから取得したネットワークアプリケーションと一致すればＳ１２０５に進む。不一致の場合はＳ１２０７に進む。
これにより、省エネ復帰要因情報に対応する処理が実行されたか否かを管理することができる。また、省エネ復帰要因情報に対応する処理が実行されたことを確認した上で省エネに入るように制御することができる。
【００４０】
以上のように、ネットワーク５０を介してパケット通信をＰＨＹ１により行い、ＣＰＵ９を有するメイン処理ブロックＢへの電源供給を停止する。ネットワーク５０を介してＰＨＹ１により特定のパケットを受信した場合に、メイン処理ブロックＢへの電源供給を復帰させ、ＰＨＹ１により一定期間パケットを受信していない場合に、メイン処理ブロックＢへの電源供給を停止するように制御する。メイン処理ブロックＢへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶し、省エネ復帰要因情報に対応する処理が実行されたか否かを管理し、省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する。
【００４１】
これにより、ネットワークの処理目的でＣＰＵが復帰した場合は、その処理目的が達成されるまでＣＰＵを停止状態にしないように制御するので、当該処理を実施後に最短の時間で省エネに入ることができるので、ネットワーク機能の利便性を確保しつつ、画像形成装置の省エネ性能を高めることができる。
【００４２】
図１３は、タイマＳＭ３０７による、図１１に示すステップＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細である。
ステップＳ１３０１では、省エネイン判断ＳＭ３０９により設定されたフラグが値０の場合にはＳ１３０３に進む。一方、違う場合はＳ１３０２に進む。
ステップＳ１３０２では、500ms待つ。なお、待ち時間は、一例であり、システム構成にあわせ、500msよりも短い時間でもよい。
ステップＳ１３０３では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理２の復帰タイマに設定する。ステップＳ１３０４では、電源管理２にブロックＢの電源供給停止を指示する。
【００４３】
図１４は、復帰タイマＳＭ３１０の管理テーブルの一例を示す図である。図１４には、依頼アプリケーションソフトウエアとしてＤＨＣＰが記憶され、復帰時刻として「2011年9月10日13時12分10秒」が記憶される。
【００４４】
図１５は、タイマＳＭ３０７による、図１１に示すＳ１１０４のブロックＢの電源ＯＦＦ処理の詳細について示すフローチャートである。
ステップＳ１５０１では、省エネイン判断ＳＭ３０９により設定されたフラグが値０の場合にはＳ１５０３に進む。一方、違う場合はＳ１５０２に進む。
ステップＳ１５０２では、500ms待つ。ステップＳ１５０３では、復帰タイマ管理から一番近い時刻が５秒以内の場合にはＳ１５０１に進む。違う場合はＳ１５０４に進む。
【００４５】
ステップＳ１５０４では、復帰タイマ管理から一番近い時刻を選択し、現在時刻との差を電源管理部２の復帰タイマに設定する。
ステップＳ１５０５では、電源管理部２にブロックＢの電源供給停止を指示する。
このように、次回復帰時刻の一定時間前の場合に、省エネインに入らないように制御することで、省エネインから省エネ復帰までの間のロスがなくなるため、直ちに復帰する場合の処理の遅延が少なくなる。パケットを早く処理できるためネットワークの応答が速くできるようになる。
【符号の説明】
【００４６】
１ ＰＨＹ
２ 電源管理部
３ フィルタ
４ａ，４ｂ ゲート
５ レジスタ
６ バッファ
７ ＭＡＣ
８ メモリ
９ ＣＰＵ
１０ プロッタ
１１ スキャナ
１７ 通信制御部
５０ ネットワーク
２０１ プリンタＳＭ
２０２ コピーＳＭ
２０３ スキャナＳＭ
２０４ メモリ管理ＳＭ
２０５ 画像加工ＳＭ
２０６ プリンタ言語ＳＭ
２０７ 通信制御ＳＭ
２０８ プロッタ制御ＳＭ
２０９ スキャナ制御ＳＭ
３０１ ＭＡＣドライバＳＭ
３０２ ネットワークスタックＳＭ
３０３ ネットワークアプリケーションＳＭ
３０４ port9100・ＳＭ
３０５ lpd・ＳＭ
３０６ SNMP・ＳＭ
３０７ タイマＳＭ
３０８ パケット判断ＳＭ
３０９ 省エネイン判断ＳＭ
３１０ 復帰タイマＳＭ
４０１ 受信バッファＳＭ
４０２ 送信バッファＳＭ
４０３ バッファチェックＳＭ
４０４ ＭＡＣ制御Ｓ
【先行技術文献】
【特許文献】
【００４７】
【特許文献１】特開２００９−１１９８４９号公報
【特許請求の範囲】
【請求項１】
ネットワークを介してパケット通信を行う通信部と、
ＣＰＵを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、
前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、
前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第１の制御手段とを備える画像形成装置であって、
前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、
前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、
前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第２の制御手段とを備えたことを特徴とする画像形成装置。
【請求項２】
次回復帰時刻の一定時間前の場合に省エネインに入らないように制御する第３の制御手段を備えることを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記管理手段は、１つのモジュールで一括集中して管理する、ことを特徴とする請求項1または２に記載の画像形成装置。
【請求項４】
前記管理手段は、それぞれのモジュールで分散して管理する、ことを特徴とする請求項1または２に記載の画像形成装置。
【請求項１】
ネットワークを介してパケット通信を行う通信部と、
ＣＰＵを有するメイン処理ブロックへの電源供給を停止する電源供給停止手段と、
前記ネットワークを介して前記通信部により特定のパケットを受信した場合に、前記メイン処理ブロックへの電源供給を復帰させる電源供給復帰手段と、
前記通信部により一定期間パケットを受信していない場合に、前記メイン処理ブロックへの電源供給を停止するように前記電源供給停止手段を制御する第１の制御手段とを備える画像形成装置であって、
前記メイン処理ブロックへの電源供給を復帰させる要因となった省エネ復帰要因情報を記憶する記憶手段と、
前記省エネ復帰要因情報に対応する処理が実行されたか否かを管理する管理手段と、
前記省エネ復帰要因情報に対応する処理が実行されたことを確認の上で省エネに入るように制御する第２の制御手段とを備えたことを特徴とする画像形成装置。
【請求項２】
次回復帰時刻の一定時間前の場合に省エネインに入らないように制御する第３の制御手段を備えることを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記管理手段は、１つのモジュールで一括集中して管理する、ことを特徴とする請求項1または２に記載の画像形成装置。
【請求項４】
前記管理手段は、それぞれのモジュールで分散して管理する、ことを特徴とする請求項1または２に記載の画像形成装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−１１１８５４（Ｐ２０１３−１１１８５４Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６００８０（Ｐ２０１１−２６００８０）
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]