(57)【要約】【課題】  情報処理装置で処理すべきジョブを受信しても、省電力モードを解除せずに、当該ジョブを保持して省電力モードの状態を維持する。【解決手段】  Ｓ７０１で、パケット保持モードを実行する場合、パケットを送信してきたホストＰＣ１５０に対して応答する必要があるかどうかをＮＩＣ制御部が判断する。ここで、ホストＰＣ１５０に対して応答する必要があると判断した場合は、ＮＩＣ部がＬＡＮ１１１に接続されたホストＰＣ１５０に応答し、Ｓ７０２へ進む。一方、Ｓ７０１で、ホストＰＣに対して応答する必要がないと判断した場合は、Ｓ７０２へ進み、ＮＩＣ部１２０はパケット保持部１２８にＬＡＮ１１１から受信したパケットデータを保持する。【選択図】  図７
2011068038.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークから受信するジョブを情報処理装置に送信する通信制御装置であって、
前記ジョブを保持する保持手段と、
前記情報処理装置が省電力モード状態に遷移した後、前記ネットワークを介して受信したジョブが前記情報処理装置に代えて代理応答可能なジョブであるか、または前記保持手段に保持すべきジョブであるかを判断する判断手段と、
前記判断手段が代理応答可能なジョブであると判断した場合は、受信したジョブに応答し、前記判断手段が代理応答可能なジョブでなく、かつ、前記保持手段に保持すべきジョブであると判断した場合は、受信したジョブを前記保持手段に保持させ、前記判断手段が保持すべきジョブでないと判断した場合、前記省電力モード状態を解除して、前記情報処理装置に受信したジョブを送信するジョブ処理手段と、を備えることを特徴とする通信制御装置。
【請求項２】
前記判断手段は、受信したジョブのパケットパターンと登録された代理応答可能なパケットパターンとを比較して、受信したジョブが代理応答可能なジョブであるかどうかを判断することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記判断手段は、受信したジョブのパケットパターンと登録されたジョブを保持すべきパケットパターンとを比較して、受信したジョブが前記保持手段に保持すべきジョブであるかどうかを判断することを特徴とする請求項１記載の通信制御装置。
【請求項４】
前記判断手段が前記保持手段に保持すべきジョブと判断するジョブには、前記情報処理装置がユーザを認証して処理すべきジョブが含まれることを特徴とする請求項１乃至３のいずれか１項に記載の通信制御装置。
【請求項５】
前記ジョブ処理手段は、前記保持手段の空き容量に応じて受信したジョブを保持可能なジョブとして処理することを特徴とする請求項１記載の通信制御装置。
【請求項６】
ネットワークから受信するジョブを保持する保持手段を備え、受信したジョブあるいは前記保持手段に保持されるジョブを情報処理装置に送信する通信制御装置のジョブ処理方法であって、
前記情報処理装置が省電力モード状態に遷移した後、前記ネットワークを介して受信したジョブが前記情報処理装置に代えて代理応答可能なジョブであるか、または前記保持手段に保持すべきジョブであるかを判断する判断工程と、
前記判断工程が代理応答可能なジョブであると判断した場合は、受信したジョブに応答し、前記判断工程が代理応答可能なジョブでなく、かつ、前記保持手段に保持すべきジョブであると判断した場合は、受信したジョブを前記保持手段に保持させ、前記判断工程が保持すべきジョブでないと判断した場合、前記省電力モード状態を解除して、前記情報処理装置に受信したジョブを送信するジョブ処理工程と、を備えることを特徴とする通信制御装置のジョブ処理方法。
【請求項７】
請求項６に記載の通信制御装置のジョブ処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークから受信するジョブを情報処理装置に送信する通信制御装置に関する。
【背景技術】
【０００２】
近年省電力化の傾向が高まり、様々な情報処理装置はユーザが全ての機能をストレスなく使用できる通常モード以外に、一部の機能を停止させ使用電力を低減させる省電力モードを備えている。また、このような省電力モードを備える情報処理装置には、ネットワークコントローラと呼ばれるものがネットワークに接続された他の機器との通信を制御している。そして、ネットワークコントローラ側への通電は常時実行され、他の装置への通電を省電力モードに移行する制御を実行している。
さらに、情報処理装置において、通常モードから省電力モードに移行するには、例えば、省電力スイッチを押下したり、一定時間外部ネットワークホストからネットワークパケットを受信しなかったりした場合に移行するように制御されている。
一方、省電力モードから通常モードに復帰するには、例えば省電力スイッチをユーザが押下したり、外部ネットワークホストからＷａｋｅＵＰパケットを受信したりする場合に復帰するように制御されている。
【０００３】
例えば下記特許文献１に示すネットワークシステムでは、省電力モード中に、外部ネットワーク機器からパケットを受信した場合、代理応答サーバが登録したメッセージパターンにマッチしたら、代理応答サーバが定型のパケットを送信応答する。つまり、この間、情報処理装置は省電力モードを維持し続けることができる。一方、登録したメッセージパターンにマッチしない場合は本体装置を起動するが、登録したメッセージパターンの場合は、本体を起動せずにＮｅｔｗｏｒｋＩ／Ｆで応答するので、省電力モード中の電力を維持されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１６５４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような情報処理装置において、ネットワークコントローラがＷＯＬ（Wake On Lan）すべきパケットには、２種類のパケットがある。１つは、パケット受信時にＷＯＬさせる必要があるパケットであり、他は、パケット受信時にＷＯＬさせずに別要因で復帰した時に処理すればよいパケットとである。
しかしながら、引用文献１に記載のネットワークデバイスシステムにおいては、メモリ容量等を考慮することなく、受信するパケットが代理応答可能でないと判別したパケットを本体装置に通知するＷＯＬを常に実行する構成となっている。
このため、省電力モードにおいて、情報処理装置全体として、ネットワークコントローラ側の代理応答処理でＷＯＬすることにより、省電力効果が十分とはいえない状態となる場合があった。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置で処理すべきジョブを受信しても、省電力モードを解除せずに、当該ジョブを保持して省電力モードの状態を維持できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の通信制御装置は以下に示す構成を備える。
ネットワークから受信するジョブを情報処理装置に送信する通信制御装置であって、前記ジョブを保持する保持手段と、前記情報処理装置が省電力モード状態に遷移した後、前記ネットワークを介して受信したジョブが前記情報処理装置に代えて代理応答可能なジョブであるか、または前記保持手段に保持すべきジョブであるかを判断する判断手段と、前記判断手段が代理応答可能なジョブであると判断した場合は、受信したジョブに応答し、前記判断手段が代理応答可能なジョブでなく、かつ、前記保持手段に保持すべきジョブであると判断した場合は、受信したジョブを前記保持手段に保持させ、前記判断手段が保持すべきジョブでないと判断した場合、前記省電力モード状態を解除して、前記情報処理装置に受信したジョブを送信するジョブ処理手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報処理装置で処理すべきジョブを受信しても、省電力モードを解除せずに、当該ジョブを保持して省電力モードの状態を維持できる。
【図面の簡単な説明】
【０００９】
【図１】通信制御装置を含む情報処理システムを示すブロック図である。
【図２】画像形成装置の構成を示すブロック図である。
【図３】画像形成装置の代理応答処理手順を示すフローチャートである。
【図４】代理応答するパケットパターンを示す図である。
【図５】ＳＮＭＰリプライのパケットパターンを示す図である。
【図６】情報処理装置のパケット処理手順を示すフローチャートである。
【図７】情報処理装置のパケット処理手順を示すフローチャートである。
【図８】情報処理装置のジョブ処理手順を示すフローチャートである。
【図９】ＳＮＭＰプロトコルの構造を説明する図である。
【図１０】情報処理装置のジョブ処理手順を示すフローチャートである。
【図１１】情報処理装置のジョブ処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
〔第１実施形態〕
図１は、本実施形態を示す通信制御装置を含む情報処理システムの一例を示すブロック図である。本例は、ネットワーク（ＬＡＮ）１１１に接続するためのネットワークコントローラ（ＮＩＣ）部１２０を備える画像形成装置の例を示すが、ネットワークコントローラを備える情報処理装置であれば、画像形成装置に限定されるものではない。また、本実施形態に示す画像形成装置１３０は、電源制御部１６０が動作状況等を監視して自動的に本体装置１００の消費電力を節電するためのスリープモード（省電力モード）へ移行する電源制御を実行する。なお、スリープモードへ移行した後、本体装置１００への電源供給は停止させ、ＮＩＣ部１２０への電源供給は維持される。
【００１１】
図１に示す本体装置１００において、１０１はＣＰＵで、ＲＯＭ１０３又はＨＤＤ１０８に記憶されるソフトウェアプログラムを実行し、装置全体の制御を行う。また、ＲＯＭ１０３には、装置のブートプログラムや固定パラメータ等が格納されている。さらに、ＨＤＤ１０８は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用する。
【００１２】
１０２はＲＡＭで、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用する。１１２はタイマで、タイマ処理における経過時刻の管理を行う。１０４はプリンタＩ／Ｆ制御部で、プリンタ１１０を制御する装置である。ここで、プリンタ１１０は、記録媒体に画像を形成するプリンタエンジンと、プリンタエンジンを制御するプリンタコントローラから構成される。
１０５はＮＶＲＡＭで、不揮発性のメモリであり画像形成装置の各種設定値を保存している。１０６はパネル制御部で、オペレーションパネル１０９を制御し、各種情報の表示、使用者からの指示入力を行う。
１０７は拡張Ｉ／Ｆ部で、ＬＡＮ１１１とのデータの送受信を制御する。１０８はバスで、ＣＰＵ１０１からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。システムバスで１０８には、上述したＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０８、タイマ１１２、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、拡張Ｉ／Ｆ１０７が接続される。
画像形成装置１３０が省電力モードの場合は、本体装置のＣＰＵ１０１への通電が停止され、ＨＤＤ１０８やＮＶＲＡＭ１０５なども通電が停止し機能として使用できなくなくなる。このうちネットワーク制御（ＮＩＣ）部１２０は、本体装置とは別ＡＳＩＣ（Application Specific Integrated Circuit）で動作している。
【００１３】
また、ＮｅｔｗｏｒｋＩ／Ｆ１２５は、本体装置が省電力モード中でも通電され、ＬＡＮ１１１を介して接続される情報処理装置、例えばクライアントＰＣ等からのジョブを受信して、代理応答機能を実現する。
ここで、ジョブとは、後述するユーザ認証を実行してジョブを実行するセキュアプリントやアドレス帳の書き換えといった、ホストＰＣから画像形成装置へ要求する処理に対応する。
また、ジョブの実体は、ネットワーク１１１を経由してホストＰＣ１５０から画像形成装置へ通知されるパケットデータである。本実施形態では、ＮＩＣ部１２０のＣＰＵ１２２がＬＡＮ１１１から受信するパケットデータを解析することで、ジョブの種類によって効率よくデバイスがスリープ復帰するための制御を実行する。
ＣＰＵ１２２は、ＲＯＭ１２４に記憶された制御プログラムをＲＡＭ１２３にロードして、ＬＡＮ１１１を介してホストＰＣ１５０との通信並びに、本体装置１００との通信を制御している。なお、ＮＩＣ部１２０は、スリープモード時においても電源制御部１６０により電源が供給され、ホストＰＣ１５０との通信を行える構成となっている。ＲＯＭ１２４は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納され、ＲＡＭ１２３は、ランダムアクセスメモリであり、一時的なデータの格納などに使用する。そして、ＮｅｔｗｏｒｋＩ／Ｆ１２５が外部のＬＡＮ１１１と接続されており、ホストＰＣ１５０とのパケット送受信を行う。ここで、パケット送受信には、ジョブを受信する処理が含まれる。
【００１４】
なお、電源制御部１６０は、本体装置１００、プリンタ１１０の各部に対応する電源の供給も制御している。電源制御部１６０は、ＮＩＣ部１２０からの指示で、スリープモードに移行している本体装置１００への電源供給を制御可能に構成されている。つまり、電源制御部１６０は、ＮＩＣ部１２０からの指示でＷＯＬを実行可能に構成されている。
また、本体装置１００は、拡張Ｉ／Ｆ１０７と、ＮＩＣ部１２０側に設ける拡張Ｉ／Ｆ１２１とがそれぞれ通信して、ホストＰＣ１５０から受信するジョブを処理する。ただし、ＮＩＣ部１２０は、本体装置１００がスリープ状態時において、後述するようにジョブのパケットパターンを判断して受信したパケットの処理を制御する。ＮＩＣ部１２０には、受信したジョブが代理応答可能なジョブであるのか、受信したジョブがパケット保持部１２８（図２参照）に保持可能なジョブであるのかを判断するためのパケットパターンがあらかじめ登録されている。なお、パケット保持部１２８に保持可能なジョブは、パケット保持部１２８のサイズや現在の空き容量に応じて、そのジョブを保持するかどうかが決定される。つまり、パケット保持部１２８に、後述するようなセキュアプリントを要求するジョブ全体を保持可能であれば、本体装置１００の省電力モード状態を維持した状態で保持する。そして、本体装置１００の省電力モードが解除された後、ＮＩＣ制御部１２６（図２参照）がパケット保持部１２８に保持されたジョブを本短装置１０に送信するジョブ処理を実行する。
具体的にＣＰＵ１２２は、後述するフローチャートの手順に従い、本体装置１００がスリープ状態時において、ＬＡＮ１１１から受信したジョブが登録された代理応答可能なパケットパターンに一致する場合と、それ以外とでパケットの処理を制御する。
【００１５】
図２は、図１に示した画像形成装置のハードウエアとソフトウエアとの構成を示すブロック図である。画像形成装置１３０は大きく、本体装置１００とＮＩＣ部１２０に分けられて構成される。
ＮＩＣ部１２０は、外部のＬＡＮ１１１とネットワークパケットの送受信を行うＮｅｔｗｏｒｋＩ／Ｆ１２５と、ＮＩＣ部１２０の起動や本体装置１００とのやり取りなどを行うＮＩＣ制御部１２６を備える。さらに、ＮＩＣ部１２０は、本体装置１００に代えてＬＡＮ１１１から受信するパケットを代理応答するための代理応答パケットパターンを登録するパケットパターンＤＢ１２７などを備えている。ここで、ＮＩＣ制御部１２６は、図１に示したＣＰＵ１２２、ＲＡＭ１２３、ＲＯＭ１２４を含んで構成されている。
また、本体装置１００は、ネットワークプロトコルスタック（ProtocolStack）５０４を介して、外部機器（ホストＰＣ１５０を含む）とＳＮＭＰのやり取りを行うＳＮＭＰモジュール部５０８を備える。また、本体装置１００は、印刷を行うＰｏｒｔモジュール部５０９を備えている。
【００１６】
また、本体装置１００は、本体装置１００を省電力モードに移行させたり、省電力モードから復帰させたりする省電力の制御を管轄するスリープ制御部５０７を備える。さらに、本体装置１００は、代理応答パケットパターンをＮＩＣ部１２０に登録する処理を行う代理応答登録部５０６も備えている。
さらに、本体装置１００は、機能に係わる設定をユーザが行えるようにユーザインタフェース部（ＵＩ）５１０を備える。さらに、本体装置１００は、パケット保持部１２８に受信したパケットを保持する機能を備える。
このように構成された画像形成装置が省電力モード時に実行される代理応答処理を説明する。
なお、省電力モードを実現するために、例えば本体装置１００のＣＰＵ１０１への電力供給も停止し、省電力モード中は一部のハードウェアモジュールのみ動作させる仕様が一般的である。
ＮＩＣ部１２０による代理応答機能を実現するため本画像形成装置には、拡張Ｉ／Ｆ１０７とＮＩＣの拡張Ｉ／Ｆ１２１を備えている。
ＮＩＣ部１２０は、図１に示したようにＣＰＵ１２２を有しているため、本体装置１００およびプリンタ１１０が省電力モードで停止している状態でも、機能を停止せずにネットワーク１１１を介してジョブを受信して処理を行える状態である。
【００１７】
ここで、代理応答機能とは、本体装置が省電力モード中に、本体装置宛に外部のホストＰＣ１５０からパケットが送られてきた場合、そのパケットが予め登録したパケットパターンに一致すれば、対応する応答パケットをＮＩＣ部１２０や別サーバが代理で応答するという機能である。
画像形成装置のＮＩＣ部１２０は、省電力モードに移行する前に、代理応答対象パケットパターンと、それに対応する代理応答で送信するパケットパターンを任意の個数分だけ、ＮｅｔｗｏｒｋＩ／Ｆ１２５に登録可能に構成されている。
以下、図３を参照して、図１に示した画像形成装置における一般的な代理応答処理を説明する。
図３は、図１に示した画像形成装置における一般的な代理応答処理手順を説明するフローチャートである。なお、Ｓ２０１〜Ｓ２０４は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。
【００１８】
まず、Ｓ２０１で、ＣＰＵ１２２は、ＮｅｔｗｏｒｋＩ／Ｆ１２５を介してＬＡＮ１１１に接続されたホストＰＣ１５０からパケットを受信したら、Ｓ２０２へ進む。そして、Ｓ２０２で、ＣＰＵ１２２は、本体装置１００が省電力モード中かどうかを判断する。ここで、ＣＰＵ１２２は、拡張Ｉ／Ｆ１０７から取得可能なモード信号（例えばＩ／Ｆの特定のビットに割り当てられている）を判別することで、本体装置１００側が省電力モード中であるか否かを判断することが可能に構成されている。
【００１９】
ここで、ＣＰＵ１２２が通常モードであると判断した場合は、ネットワークから受信したパケットを拡張Ｉ／Ｆ１２１を介してそのまま本体装置１００に転送する。
一方、Ｓ２０２で、動作モードが省電力モード中であるとＣＰＵ１２２が判断した場合は、Ｓ２０３へ進む。
そして、Ｓ２０３で、ネットワークから受信したパケットが、ＮｅｔｗｏｒｋＩ／Ｆ１２５に登録された代理応答対象パケットパターンのいずれかに一致するかどうかをＣＰＵ１２２が判別する。
ここで、受信したパケットパターンが代理応答対象パケットパターンのいずれとも一致しないとＣＰＵ１２２が判断した場合は、受信したパケットを拡張Ｉ／Ｆ１２１を介してそのまま本体装置１００へ転送し、本体装置を起動させる。ここで、本体装置１００を省電力状態からスタンバイ状態に復帰させることを可能にするパケットパターン及びパケットそのものは、ＷＯＬパケット（Ｗａｋｅ  Ｏｎ  Ｌａｎパケット）と呼ばれる。
また、本体装置１００がＷＯＬパケットを受信することにより省電力モードからスタンバイモードに復帰することをＷＯＬ（Ｗａｋｅ  Ｏｎ  Ｌａｎ）と呼ぶ。
一方、Ｓ２０３で、受信したパケットパターンが代理応答対象パケットパターンのいずれかと一致しているとＣＰＵ１２２が判断した場合は、Ｓ２０４へ進む。そして、Ｓ２０４で、受信したパケットに対応する代理応答パケットパターンをＬＡＮ１１１に送信して、Ｓ２０１へ戻る。
このように、画像形成装置の本体装置１００が省電力モード中にある特定のパケットをＮＩＣ部１２０が受信した場合は、本体装置１００を起動させずに、パケット処理を行うことができる。これにより、画像形成装置の全体の省電力効果を高めることができる。
【００２０】
例えば、図４に示すように、ＮｅｔｗｏｒｋＩ／Ｆ１２５には、代理応答するパケットパターンとしてＳＮＭＰリクエストを登録されている。さらに、図４に示すＳＮＭＰ要求パケットに対する応答パケットパターンとして、図５のようにＳＮＭＰリプライのパケットパターンが登録されている。
ＮＩＣ部１２０のＮｅｔｗｏｒｋＩ／Ｆ１２５が省電力モード中にＳＮＭＰリクエストのパケットをＬＡＮ１１１より受信した場合は、登録パケットパターンとマッチする。この場合、ＮＩＣ部１２０は、本体を起動せずに登録されているＳＮＭＰリプライパケットをＮｅｔｗｏｒｋＩ／Ｆ１２５が返信する。
また、ＮＩＣ部１２０のＮｅｔｗｏｒｋＩ／Ｆ１２５が省電力モード中にＳＮＭＰリクエスト以外のパケット、例えばＬＰＤプロトコルやＩＣＭＰなどのパケットを受信した場合は、パケットパターンにマッチしないので、本体装置１００を起動する。
【００２１】
図６は、本実施形態を示す情報処理装置におけるパケット処理手順の一例を示すフローチャートである。本例は、ＮＩＣ部１２０によるパケット受信に対する応答処理例である。なお、Ｓ２０１〜Ｓ２０５、Ｓ６０１〜Ｓ６０５は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。なお、図３と同一のステップには、同じ符号を付している。
Ｓ２０１で、ＮＩＣ部１２０のＮｅｔｗｏｒｋＩ／Ｆ１２５が、ＬＡＮ１１１からパケット受信したとき、Ｓ２０２で、省電力モード中であるとＣＰＵ１２２が判断した場合、Ｓ６０１へ進む。
Ｓ６０１では、ＮＩＣ制御部１２６のＣＰＵ１２２は、ＬＡＮ１１１から受信したパケットに対して応答する必要があるかどうか判断する。なお、応答の必要性の判断処理については、図７において一例を説明する。
一方、Ｓ２０２で、省電力中でないとＣＰＵ１２２が判断した場合は、ＮＩＣ部１２０は本体装置１００へ受信したパケットを送信し、本体装置１００のＣＰＵ１０１が当該パケットに対して応答を行い、Ｓ２０１へ戻る。
【００２２】
Ｓ６０１で、ＬＡＮ１１１から受信したパケットに対して応答する必要がないとＣＰＵ１２２が判断した場合は、Ｓ６０４へ進み、ＣＰＵ１２２は、ＬＡＮ１１１から受信したパケットを破棄して、Ｓ２０１へ戻る。
一方、Ｓ６０１で、応答する必要があるとＣＰＵ１２２が判断した場合は、Ｓ２０３で、ＬＡＮ１１１から受信したパケットが代理応答パケットパターンにマッチするかどうかをＮＩＣ制御部１２６のＣＰＵ１２２が判断する。ここで、代理応答パケットパターンにマッチするとＣＰＵ１２２が判断した場合は、Ｓ２０４へ進み、ＮＩＣ部１２０のＣＰＵ１２２が代理応答パターンをパケットパターンＤＢ１２７から読み出しＬＡＮ１１１上に送信して、Ｓ２０１へ戻る。
【００２３】
一方、Ｓ２０３で、受信したパケットパターンが代理応答パケットパターンにマッチしないとＣＰＵ１２２が判断した場合は、Ｓ６０２へ進む。そして、Ｓ６０２で、ＬＡＮ１１１から受信したパケットがパケットパターンＤＢ１２７に登録されたパケット保持用パターンにマッチするかどうかＮＩＣ制御部１２６のＣＰＵ１２２が判断する。ここで、受信したパケットパターンがパケット保持用パターンにマッチするとＣＰＵ１２２が判断した場合、Ｓ６０３へ進み、ＣＰＵ１２２は後述するパケット保持モードを実行して、Ｓ２０１へ戻る。
一方、Ｓ６０２で、受信したパケットパターンがパケット保持用パターンにマッチしないとＣＰＵ１２２が判断した場合、Ｓ２０５で、本体装置１００へ受信パケットを拡張Ｉ／Ｆ１２１を介して送信する。さらに、ＮＩＣ部１２０は、本体装置１００をＷＯＬさせ、すなわち省電力モードからスタンバイモードに復帰して、Ｓ２０１へ戻る。
【００２４】
図７は、本実施形態を示す情報処理装置におけるパケット処理手順の一例を示すフローチャートである。本例は、Ｓ６０３におけるケット保持モード処理例である。Ｓ７０１〜Ｓ７０５は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。なお、図３と同一のステップには、同じ符号を付している。
Ｓ７０１で、Ｓ６０３にてＣＰＵ１２２がパケット保持モードを実行する場合、パケットを送信してきたホストＰＣ１５０に対して応答する必要があるかどうかをＮＩＣ制御部１２６のＣＰＵ１２２が判断する。
ここで、ＣＰＵ１２２がホストＰＣ１５０に対して応答する必要があると判断した場合は、Ｓ７０５で、ＮＩＣ部１２０のＣＰＵ１２２がＬＡＮ１１１に接続されたホストＰＣ１５０に応答し、Ｓ７０２へ進む。
一方、Ｓ７０１で、ＣＰＵ１２２がホストＰＣに対して応答する必要がないと判断した場合は、Ｓ７０２へ進み、ＣＰＵ１２２は、ＮＩＣ部１２０のパケット保持部１２８にＬＡＮ１１１からパケットデータを保持する。ここで、パケット保持部１２８は、図１に示したＲＡＭ１２３上に確保される構成とするが、他のメモリを保持する構成としてもよい。
【００２５】
次に、Ｓ７０３で、本体装置１００が上記代理応答処理以外の要因によってＷＯＬする状態に遷移したかどうかをＣＰＵ１２２が判断する。ここで、本体装置１００が上記代理応答処理以外の要因によってＷＯＬする状態に遷移したとＣＰＵ１２２が判断したら、Ｓ７０４へ進む。
そして、Ｓ７０４で、ＣＰＵ１２２がパケット保持部１２８に保持していたパケットデータを拡張Ｉ／Ｆ１２１、１０７を介して本体装置１００に通知して、本処理を終了する。
なお、ＣＰＵ１２２は、通知後、パケット保持部１２８に保持したパケットデータを消去する処理を実行して、次のパケット保持処理に備えるものとする。
なお、本実施形態において、パケットパターンＤＢ１２７に登録される「パケット保持パターン」としては、「画像形成装置がデータ送信処理で使用するためのアドレス帳や各種設定値の書き換え」等のコマンドが考えられる。このコマンドを省電力モード状態でＮＩＣ部１２０が受信した場合、ＣＰＵ１２２は、アドレス帳や各種設定値のデータをＮＩＣ部１２０内のパケット保持部１２８に保持しておく。そして、ＷＯＬ時に本体装置１００のＣＰＵ１０１はＮＩＣ部１２０から通知されるデータに基づいて、ＨＤＤ１０８／ＮＲＡＭ１０５に保持しているアドレス帳や各種設定値のデータを書き換える処理を実行する。
【００２６】
本実施形態によれば、本体装置１００が処理すべきジョブを受信しても、省電力モード状態を維持することができ、システム全体としての節電効果が向上する。
〔第２実施形態〕
上記実施形態では、受信したパケットパターンが代理応答可能なパケットパターンかどうかを判定して、受信したパケットを保持する場合について説明した。しかしながら、ＮＩＣ部１２０が備えるＲＡＭ１２３がジョブを受信して保持可能な容量を備える場合であって、特定のジョブ、例えば受信後、直ちに出力する必要のないジョブについて保持し、その後のＷＯＬで本体装置１００に通知する構成としてもよい。
【００２７】
例えばＮＩＣ部１２０に確保されるパケット保持部１２８にメモリ制限がない場合、「セキュアプリント（ＰＣからジョブを投入した後、ユーザがデバイスの操作部でパスワードを入力すると印刷される）」にも適用できる。この場合、ＮＩＣ部１２０のＣＰＵ１２２は、全画像データをＮＩＣ部１２０のパケット保持部１２８に保持し、ＵＩ５１０からユーザによるプリント要求を受け付けた場合、パケット保持部１２８に保持されるパケットデータを本体装置１００に通知する。又は、別要因でＷＯＬした場合に、ＮＩＣ部１２０のＣＰＵ１２２は、パケット保持部１２８に保持されるパケットデータを本体装置１００に通知する。
【００２８】
図８は、本実施形態を示す情報処理装置におけるジョブ処理手順の一例を示すフローチャートである。本例は、ＮＩＣ部１２０によるパケット受信に対する応答処理例である。なお、Ｓ８０１〜Ｓ８１０は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。
Ｓ８０１で、ＮＩＣ部１２０のＮｅｔｗｏｒｋＩ／Ｆ１２５が、ＬＡＮ１１１からジョブ（パケット）を受信したとき、Ｓ８０２で、本体装置１００が省電力モード中であるかどうかをＮＩＣ部１２０のＣＰＵ１２２が判断する。ここで、本体装置１００が省電力モード中でないとＣＰＵ１２２が判断した場合、Ｓ８１０へ進む。そして、Ｓ８１０で、ＬＡＮ１１１から受信したジョブ（パケット）を本体装置１００に転送して、Ｓ８０１へ戻る。
一方、Ｓ８０２で、本体装置１００が省電力モード中であるとＮＩＣ部１２０のＣＰＵ１２２が判断した場合、Ｓ８０３へ進む。
そして、Ｓ８０３で、ＬＡＮ１１１から受信したパケットに応答する必要があるかどうかをＣＰＵ１２２が判断する。ここで、応答すべきパケットでないとＣＰＵ１２２が判断した場合は、Ｓ８０９へ進む。そして、Ｓ８０９で、ＣＰＵ１２２は受信したパケットを破棄して、Ｓ８０１へ戻る。
【００２９】
一方、Ｓ８０３で、応答する必要があるジョブであるとＣＰＵ１２２が判断した場合は、Ｓ８０４へ進む。そして、Ｓ８０４で、受信したパケットは、代理応答パケットパターンに一致するかどうかをＣＰＵ１２２が判断する。
ここで、ＣＰＵ１２２は、受信したパケットのパターンとあらかじめ登録されたパケットのパターンとを照合して、代理応答パケットパターンに一致するかどうかを判断する。
そして、代理応答パケットパターンに一致するパケットであるとＣＰＵ１２２が判断した場合は、Ｓ８０８へ進み、ＣＰＵ１２２は、代理応答パケットをＬＡＮ１１１に送信して、Ｓ８０１へ戻る。
一方、Ｓ８０４で、代理応答パケットパターンに一致しないとＣＰＵ１２２が判断した場合は、Ｓ８０５へ進む。
そして、Ｓ８０５で、受信したパケットがパケットパターンデータベース（パケットパターンＤＢ）１２７に記憶されるパケット保持用パターンに一致するかどうかをＣＰＵ１２２が判断する。ここで、受信したパケットがパケット保持用パターンに一致するとＣＰＵ１２２が判断した場合は、Ｓ８０７へ進み、それ以外の場合は、Ｓ８０６へ進む。
【００３０】
そして、Ｓ８０７では、ＣＰＵ１２２は、図７に示したパケット保持モードを実行して、Ｓ８０１へ戻る。
また、Ｓ８０６では、本体装置１００へ省電力モードを解除する指示（ＷＯＬ）を本体装置１００に通知して、Ｓ８０１へ戻る。
これにより、ＮＩＣ部１２０のＣＰＵ１２２は、パケット保持用パターンに一致するパケットについては、当該ジョブ（パケット）をＲＡＭ１２３に保持する。この状態で、ＵＩ５１０からログインしたユーザによるプリント要求を受け付けた場合、Ｓ８０７で、パケット保持部１２８で保持したジョブ（パケット）を本体装置１００に転送することができる。
本実施形態によれば、省電力モード中に、ＮＩＣ部１２０がホストＰＣ１５０からＬＡＮ１１１を介して受信したジョブのパケットパターンが保持すべきパケットである場合、省電力モードを解除させずに済む。しかも、ホストＰＣ１５０から受信したジョブを保持して、ホストＰＣ１５０との受信応答処理が完了する。
次に、ＬＡＮ１１１上のホストＰＣ１５０が画像形成装置に情報を設定する際のネットワークパケットについて説明する。
本実施形態においては、ホストＰＣ１５０が画像形成装置に対してＳＮＭＰ（Simple Network Management Protocol）を使用して情報をセットする。ただし、ここでのＳＮＭＰは本実施形態における一例であり、本発明全体ではこれに限定されるものではない。
【００３１】
図９は、図１に示したホストＰＣ１５０と画像形成装置との通信に用いるＳＮＭＰプロトコルの構造を説明する図である。本例は、ホストＰＣ１５０が画像形成装置の本体装置１００に対して任意の情報を設定する際のＳＮＭＰプロトコルの構造例である。
図９において、１００１はＳＮＭＰプロトコルの階層に位置する情報である。具体的にはEthernet（登録商標）II, IP（Internet Protocol）, UDP（User Datagram Protocol）が階層状にスタックされているものであり、データ構造はそれらのプロトコルの仕様に従う。
１００２はＳＮＭＰプロトコルのデータを表しており、そのデータ構造はＳＮＭＰプロトコルの仕様に従う。
データ１００２において、１００３はＳＮＭＰのPDU Type（Protocol Data Units Type）を示す部分である。
本パケットはホストＰＣ１５０が画像形成装置の本体装置１００に対して情報の設定を行うためのパケットであるため、その値としてSetRequestを示す値が含まれる。
１００４はＳＮＭＰのオブジェクトデータの中のオブジェクトIDを示している。ここには、ＳＮＭＰで送受信されるMIB（Management Information Base）の情報を一意に示す値が入る。ホストＰＣ１５０は画像形成装置に対して設定したい情報に対応するMIBのオブジェクトID１００４に収める。１００５はMIBの値である。ホストＰＣ１５０は画像形成装置に設定したい情報の値をこのフィールドに収める。
【００３２】
ＮＩＣ部１２０のＣＰＵ１２２は、ホストＰＣ１５０からＬＡＮ１１１を介して図９に示された構造を持つＳＮＭＰパケットを受信した場合には、当該パケットを解析し、設定される情報の種別と値を抽出する。ここで、情報の種別とはオブジェクトID１００４に対応付けられるものであり、そして情報の値とはMIBの値１００５に対応付けられるものである。
【００３３】
ＮＩＣ部１２０のＣＰＵ１２２は、これらの情報をＮＩＣ部１２０内のメモリに一時的に格納する。
次に、ＮＩＣ部１２０のＣＰＵ１２２は、ホストＰＣ１５０に対して、ＳＮＭＰプロトコルで応答する。応答するパケットの構造は図９に示されるような、ＳＮＭＰの構造を持つものである。そして、ＳＮＭＰのエラー情報の欄１００６には情報の設定に成功したことを示す、NoErrorを含めている。
即ちＮＩＣ部１２０のＣＰＵ１２２は、ホストＰＣ１５０からＳＮＭＰのセット要求を受信した場合には、図７のＳ７０５で、即座にホストＰＣ１５０に対してＳＮＭＰで応答する。その後、ＮＩＣ部１２０のＣＰＵ１２２は、Ｓ７０４で、スリープモードから復帰したタイミングでメモリ内に格納した情報を本体装置１００に通知する。そして、本体装置１００のＣＰＵ１０１が備えるMIBのデータベース（例えばＮＶＲＡＭ１０５に確保される）にその情報を設定する。
本実施形態によれば、パケット保持部１２８がセキュアプリントを要求するジョブ全体を保持可能な容量であれば、本体装置１００が省電力モード状態を解除することなく、当該ジョブを保持することができる。したがって、本体装置１００が処理すべきジョブを受信しても、省電力モード状態を維持することができ、システム全体としての節電効果が向上する。
【００３４】
〔第３実施形態〕
図１０は、本実施形態を示す情報処理装置におけるジョブ処理手順の一例を示すフローチャートである。本例は、ＮＩＣ部１２０によるパケット保持モードに対する処理例である。なお、Ｓ１００１〜Ｓ１００４は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。
まず、Ｓ１００１で、ＮＩＣ制御部１２６のＣＰＵ１２２は、スリープモード時にパケットを保持するために確保したバッファ容量が受信したパケットサイズよりも小さい状態であるかどうかを判断する。ここで、確保したバッファ容量が受信したパケットサイズよりも小さい状態であるとＣＰＵ１２２が判断した場合は、Ｓ１００４へ進む。
一方、バッファ容量がパケットサイズよりも大きいとＣＰＵ１２２が判断した場合は、第１実施形態と同様に、Ｓ１００２で、ＮＩＣ部１２０内にパケットを保持して、Ｓ１００３、Ｓ１００４を実行して、本処理を終了する。なお、Ｓ１００３、Ｓ１００４は、図７に示したＳ７０３、Ｓ７０４と同様の処理である。
これにより、バッファ容量がパケットサイズよりも小さい場合、ＮＩＣ部１２０内に保持することができないため、本体装置１００をＷＯＬし、受信したパケット情報を本体装置１００に通知（送信）する。
【００３５】
〔第４実施形態〕
図１１は、本実施形態を示す情報処理装置におけるジョブ処理手順の一例を示すフローチャートである。本例は、ＮＩＣ部１２０によるパケット保持モードに対する処理例である。なお、Ｓ１１０１〜Ｓ１１０４は各ステップを示し、各ステップは、ＮＩＣ部１２０のＣＰＵ１２２がＲＯＭ１２４に記憶される制御プログラムをＲＡＭ１２３にロードして実行することで実現される。
【００３６】
まず、Ｓ１１０１で、ＮＩＣ部１２０に確保されるパケットを保持するためのバッファ容量が所定のサイズよりも小さいかどうかをＮＩＣ制御部１２６のＣＰＵ１２２が比較して判断する。ここで、バッファ容量が所定のサイズよりも大きいとＣＰＵ１２２が判断した場合は、Ｓ１１０２で、第１実施形態と同様に、ＮＩＣ部１２０内にホストＰＣ１５０からＬＡＮ１１１を介して受信したパケットを保持する。そして、Ｓ１１０３，Ｓ１１０４を実行して、本処理を終了する。なお、Ｓ１１０３，Ｓ１１０４は図７に示したＳ７０３，Ｓ７０４と同様の処理である。
一方、Ｓ１１０１で、バッファ容量が所定のサイズよりも小さいとＣＰＵ１２２が判断した場合、Ｓ１１０４へ進む。そして、Ｓ１１０４で、ＣＰＵ１２２は、ホストＰＣ１５０からＬＡＮ１１１を介して受信して保持しておいたパケット情報を本体装置１００に通知して、本処理を終了する。
なお、Ｓ１１０１における所定のサイズは、任意の値が設定可能であるが、例えば「パケットサイズ２個分のサイズ」が考えられる。こうすることで、ＮＩＣ部１２０内に保持するパケットを受信した直後に再度パケットを受信したときも、バッファ溢れを起こさずにパケットを受信することができる。
【００３７】
なお、本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合も適応可能である。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【００３８】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【符号の説明】
【００３９】
１００本体装置
１１０  プリンタ
１２０  ＮＩＣ部
【図１】
2011068038.tif 000003
【図２】
2011068038.tif 000004
【図３】
2011068038.tif 000005
【図４】
2011068038.tif 000006
【図５】
2011068038.tif 000007
【図６】
2011068038.tif 000008
【図７】
2011068038.tif 000009
【図８】
2011068038.tif 000010
【図９】
2011068038.tif 000011
【図１０】
2011068038.tif 000012
【図１１】
2011068038.tif 000013