(57)【要約】【課題】ネットワークコントローラのハードウェアの制限に依存することなく、スリープモードから復帰させるパケットパターンを数の制限のなく用いて、装置の動作モードをスリープモードからノーマルモードへ復帰させることと、システム全体としての消費電力を抑えることの双方を実現すること。【解決手段】ノーマルモードにおいて電力供給される第１の電源系統に属するメインＣＰＵ１−１より消費電力が小さく、スリープモードにおいて電力供給される第２の電源系統に属するデバイス用ＣＰＵ１−１２が、前記スリープモードにおいてネットワークＩ／Ｆ１−１４を介して受信するパケットデータを監視し、該受信したパケットデータのパターンがデバイス用メモリ１−１３に記憶されている各パケットデータの少なくとも１つと一致した場合に、前記スリープモードから前記ノーマルモードへ動作モードを復帰させるよう制御する構成を特徴とする。【選択図】図１
2006279821.tif 000002
【特許請求の範囲】
【請求項１】
画像処理機能を制御する第１の制御手段を有し、所定の条件に応じて前記第１の制御手段を含む第１の電源系統への電力供給を行うノーマルモードから、前記第１の電源系統への電力供給を遮断するスリープモードへ動作モードを移行可能な画像処理装置であって、
前記スリープモードにおいて電力供給される第２の電源系統に属し、ネットワークを介して外部装置と通信可能な通信手段と、
前記第２の電源系統に属し、前記スリープモードにおいて前記通信手段を介して受信したパケットデータを監視する第２の制御手段と、
前記第２の電源系統に属し、１又は複数種類のパケットデータのパターンを記憶する第１の記憶手段とを有し、
前記第２の制御手段は、前記スリープモードにおいて、前記通信手段を介して受信したパケットデータのパターンが前記第１の記憶手段に記憶されているパケットデータのパターンの少なくとも１つと一致した場合に、前記画像処理装置の動作モードを前記スリープモードから前記ノーマルモードへ復帰させるよう制御することを特徴とする画像処理装置。
【請求項２】
前記第２の制御手段は、前記第１の制御手段より消費電力が小さいことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記第１の制御手段は、前記通信手段を介して受信したパケットデータのパターンを前記第１の電源系統に属する第２の記憶手段に記憶するとともに、前記画像処理装置の動作モードを前記ノーマルモードから前記スリープモードへ移行させる際に、前記第２の記憶手段に記憶された前記１又は複数種類のパケットデータのパターンを前記第１の記憶手段に記憶させるように制御することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記１又は複数種類のパケットデータのパターンは、複数のパケットデータから構成されるパケットパターン群を含むことを特徴とする請求項１〜３のいずれかに記載の画像処理装置。
【請求項５】
前記第２の制御手段は、前記スリープモードにおいて、前記通信手段を介して受信したパケットデータのパターンが、前記第１の記憶手段に記憶されているパケットデータのパターンと一致しない場合に、前記受信したパケットデータを対応するプロトコルスタック上で処理して返答することを特徴とする請求項１〜４のいずれかに記載の画像処理装置。
【請求項６】
前記返答処理は、前記画像処理装置の動作モードがスリープモードである旨の情報を含むことを特徴とする請求項５記載の画像処理装置。
【請求項７】
前記第１の制御手段は、前記画像処理装置の動作モードが前記ノーマルモードから前記スリープモードへ移行する際に、前記画像処理装置のオプションデバイス情報及び／又は消耗品情報を含む装置情報を、前記第１の記憶手段に格納させるように制御するものであり、
前記１又は複数種類のパケットデータのパターンは、前記スリープモードから復帰するためのパターンと、前記装置情報を返答するためのパターンとを含み、
前記第２の制御手段は、前記スリープモードにおいて、前記通信手段を介して受信したパケットデータのパターンと前記第１の記憶手段に記憶されている前記スリープモードから復帰するためのパターンとが一致する場合、前記画像処理装置の動作モードを前記スリープモードから前記ノーマルモードに復帰させ、また、前記画像処理装置に所定の処理を実行させるためのパターンと一致する場合、前記画像処理装置に前記所定の処理を実行させることを特徴とする請求項５に記載の画像処理装置。
【請求項８】
前記所定の処理は前記画像処理装置の装置情報を返答する処理であり、前記第２の制御手段は、前記通信手段を介して受信したパケットデータのパターンが前記装置情報を返答するためのパターンと一致する場合、前記前記第１の記憶手段に格納された装置情報の返答処理を行うことを特徴とする請求項７記載の画像処理装置。
【請求項９】
画像処理機能を制御する第１の制御手段を有し、所定の条件に応じて前記第１の制御手段を含む第１の電源系統への電力供給を行うノーマルモードから、前記第１の電源系統への電力供給を遮断するスリープモードへ動作モードを移行可能であり、前記スリープモードにおいて電力供給される第２の電源系統に属し、ネットワークを介して外部装置と通信可能な通信手段と、前記第２の電源系統に属し、前記スリープモードにおいて前記通信手段を介して受信したパケットデータを監視する第２の制御手段と、前記第２の電源系統に属し、１又は複数種類のパケットデータのパターンを記憶する第１の記憶手段とを有する画像処理装置におけるスリープ復帰方法であって、
前記第２の制御手段により、前記スリープモードにおいて、前記通信手段を介して受信したパケットデータのパターンが前記第１の記憶手段に記憶されているパケットデータのパターンの少なくとも１つと一致するか否かを判定する判定ステップと、
前記判定ステップにて一致すると判定された場合、前記画像処理装置を前記スリープモードから前記ノーマルモードへ復帰させる復帰ステップと、
を有することを特徴とするスリープ状態復帰方法。
【請求項１０】
請求項９に記載されたスリープ状態復帰方法を実行するためのプログラム。
【請求項１１】
請求項９に記載されたスリープ状態復帰方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器のアイドル期間中に機器全体の消費電力を押さえるため、機器内部の電力を落とすスリープモードを実装している画像処理装置に関する。
【背景技術】
【０００２】
特許文献１（特開２００２−１７８６０４号公報）には、パワーセーブモードに入っている機器に対して、ウォーミングアップコマンドを送信することにより、機器のモードがパワーセーブモードからノーマルモードに移行する画像処理装置が開示されている。
【特許文献１】特開２００２−１７８６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来の技術を実現するために、パワーセーブモード（以下、スリープモードと称する）から機器の電力状態をノーマルモード（機器内の全ての装置に電力供給可能なモード）にするためのコマンドパケットを識別するため、ネットワークコントローラのハードウェアに特定のコマンドパターンを認識できるような機能を設けることなどで実現していた。
【０００４】
この場合、ハードウェアの仕様に依存するため、ネットワークコントローラが認識できるコマンドパターンの上限が設けられていて、多種類のコマンドパターンを認識するができなかった。
【０００５】
また、同様の仕組みをソフトウェアで実現しようとした場合、ネットワークコントローラが受信してメモリ上に展開されたパケットをメインＣＰＵにより実行されるソフトウェアプログラムを用いてメモリに記憶された多数のコマンドパターンとのパターンマッチングを行い、スリープモードからノーマルモードへ切り替えタイミングを検知することができた。。しかし、この構成では、スリープモードにおいてもメインＣＰＵに常に電力供給していなければならず、システム全体として消費電力を抑えることが困難であった。
【０００６】
さらに、スリープモード時にネットワークコントローラに、コマンドパターンに応じた多種応答処理を行わせることも、同様に、ネットワークコントローラのハードウェアの仕様に依存するため、通常のネットワークコントローラでは実施できなかった。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、スリープモードにおいて、画像処理機能を制御する第１の制御手段への電力供給を遮断して省電力を実現しつつ、第２の制御手段が通信手段を介して受信したパケットデータのパターンに基づいてスリープモードからノーマルモードへの復帰を適切に制御することができる画像処理装置及び画像処理装置におけるスリープ復帰方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、画像処理機能を制御する第１の制御手段を有し、所定の条件に応じて前記第１の制御手段を含む第１の電源系統への電力供給を行うノーマルモードから、前記第１の電源系統への電力供給を遮断するスリープモードへ動作モードを移行可能な画像処理装置であって、前記スリープモードにおいて電力供給される第２の電源系統に属し、ネットワークを介して外部装置と通信可能な通信手段と、前記第２の電源系統に属し、前記スリープモードにおいて前記通信手段を介して受信したパケットデータを監視する第２の制御手段と、前記第２の電源系統に属し、１又は複数種類のパケットデータのパターンを記憶する第１の記憶手段とを有し、前記第２の制御手段は、前記スリープモードにおいて、前記通信手段を介して受信したパケットデータのパターンが前記第１の記憶手段に記憶されているパケットデータのパターンの少なくとも１つと一致した場合に、前記画像処理装置の動作モードを前記スリープモードから前記ノーマルモードへ復帰させるよう制御することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、スリープモードにおいて、画像処理機能を制御する第１の制御手段への電力供給を遮断して省電力を実現しつつ、第２の制御手段が通信手段を介して受信したパケットデータのパターンに基づいてスリープモードからノーマルモードへの復帰を適切に制御することができる画像処理装置及び画像処理装置におけるスリープ復帰方法を提供することができる。
【００１０】
また、スリープモードにおいて、通信手段を介して受信したパケットデータのパターンがスリープモードから復帰するためのパターンであるか、画像処理装置に所定の処理を実行させるためのパターンであるかに応じて適切に制御することができる画像処理装置及び画像処理装置におけるスリープ復帰方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
〔第１実施形態〕
以下、本発明の第１実施形態について図面を参照して説明する。
【００１２】
図１は、本発明の一実施形態を示すネットワーク機器を適用可能な画像処理装置内部の基本的な構成を示すシステムブロック図である。
【００１３】
図１において、１は本発明のネットワーク機器を適用可能な画像処理装置である。画像処理装置１において、１−１はメインＣＰＵ（即ち、中央処理装置）であり、この画像処理装置全体の制御及び演算処理等を行うものである。１−２はフラッシュＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムやプリンタエンジンの制御を行うプログラムや、文字データ、文字コード情報等の記憶領域である。通常時は、ＲＯＭとして動作するが、プログラムにより電気的に内部のデータを消去およぶ書き込みが可能であるフラッシュＲＯＭである。
【００１４】
１−３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域で、フラッシュＲＯＭ１−２等から読み出されたダウンロードにより追加登録されたフォントデータの展開領域と使用したり、様々な処理毎にプログラムやデータがロードされ実行される。本システムには２つメモリが存在するが、１−３メモリは、電力モードがスリープモードに入った際は、セルフリフレッシュモードになり内部のデータは保持される。
【００１５】
１−４は、例えばハードディスク等の外部記憶装置であり、印刷装置が受け付けた印刷ジョブをスプールしたり、印刷データ等が格納されたり、作業用の領域として利用したりする。１−５は液晶などの表示部であり、表示画像を展開するＶＲＡＭを所有している。
【００１６】
１−５表示部は、印刷装置の設定状態や、現在の印刷装置内部の処理、エラー状態などの表示などに使用される。１−６は操作部であり、ハードキーによる操作部と、１−５表示部の表面に装着されているタッチパネルが存在する。なお、この操作部１−６を用いた処理（操作）としては印刷装置の設定を変更を行ったり、リセットするために使用される。
【００１７】
１−７はエンジンインタフェースであり、実際にエンジンを制御するコマンドやデータ等のやり取りするインタフェースである。ここでのエンジンとはスキャナおよびプリンタを指す。１−８はスキャナ（スキャナエンジン）である。１−９はプリンタ（プリンタエンジン）である。
【００１８】
１−１０はシステムバスであり、前記各構成要素間（１−１〜１−７，１−１１）のデータの通路となる。１−１１は、システムバス１−１０とサブシステムバス１−１６とのデータの橋渡しを行うバスブリッジである。
【００１９】
１−１２はデバイス用のＣＰＵであり、サブシステムバス１−１６上にある各構成要素を制御するものである。１−１３はデバイス用メモリであり、サブシステムバス１−１６上の各構成要素のデバイスを制御するためのプログラム（画像処理装置１の起動時等にメインＣＰＵによりフラッシュＲＯＭ１−２等から読み出され転送されたプログラム）が展開されたり、各デバイスとの入出力データが展開される場所である。
【００２０】
１−１４はネットワークインタフェース（ネットワークＩ／Ｆ）であり、このインタフェースを介して機器がネットワーク（ＬＡＮ等）に接続される。１−１５は外部インタフェースであり、パラレル（またはシリアル）などのインタフェースを介してホストコンピュータと接続される。
【００２１】
サブシステムバス１−１６は、前記構成要素１−１１〜１−１５間のデータの通路となるべきものであり、スリープ動作中での本バス上をデータが通路と使用する。
【００２２】
図２は、図１で示した画像処理装置１における電源制御系を図式化した図であり、図１と同一のものには同一の符号を付してある。
【００２３】
図２において、２−１は、ノーマルモード時に通電を行う第１の電源系のブロックを示しており、スリープモード時において、２−１の各ブロックに第１の電源から電力は供給されない。ただし、２−１の各ブロックの内、メモリ１−３だけは、スリープモードにおいてもセルフリフレッシュ動作に必要な電力が第１の電源から供給されるよう構成されている。２−２は、ノーマルモード時もスリープモードにおいても第２の電源から電力供給が行われている第２の電源系のブロックを示している。
【００２４】
なお、第１の電源と第２の電源とは、物理的に異なる電源回路から構成され、各々の電源回路について独立に電力供給をする／しないを切り替えられるようなものであっても良い。また、物理的に同一な電源回路で構成され、電源回路から電力を供給する系統を少なくとも２系統設けて、各々の系統について独立に電力供給をする／しないを切り替えられるようなものであっても良い。また、第１の電源と第２の電源に相当する電源回路は、例えば、デバイス用ＣＰＵ１−１２により制御されるように構成しても良い。
【００２５】
なお、ここでは、デバイス用ＣＰＵ１−１２は、メインＣＰＵ１−１より、消費電力の小さいものとする。
【００２６】
また、他の実施形態として、メインＣＰＵ１−１が、スリープモード移行時に、メインメモリ１−３に記憶された情報を、ハードディスク等の不揮発性の外部記憶装置に退避させ、スリープモードにおいてメインメモリ１−３への電力供給も遮断し、スリープモードに復帰した後に、外部記憶装置に記憶された情報をメインメモリ１−３に戻すように構成してもよい。
【００２７】
以下、図３〜図６を参照して、本発明の第１実施形態を示すネットワーク機器における制御処理動作について説明する。
【００２８】
図３は、第１実施形態のネットワーク機器における第１の制御処理動作の一例を示すフローチャートであり、スリープモードに移行する前、スリープモードからノーマルモードへ復帰する際に、メインＣＰＵ１−１によりメモリ１−３上で実行されるプログラムのシーケンスに対応する。なお、図中のＳ３０１〜Ｓ３０４はメインＣＰＵ１−１による各ステップを示す（Ｓ３０５については後述する）。
【００２９】
まず、ステップＳ３０１において、メインＣＰＵ１−１は、スリープモードに移行する前に、スリープモードからノーマルモードに復帰する条件（トリガ）となるパケットのパターン（１又は複数）を記憶媒体（フラッシュＲＯＭ１−２、メモリ１−３、又は、外部記憶装置１−４等）から読み出して、デバイス用ＣＰＵ１−１２上で動作するプログラムに通知する。
【００３０】
そのあと、ステップＳ３０２において、メインＣＰＵ１−１は、スリープするかどうかの条件判定（一定時間処理するジョブがない、又は、指定時間になった等の条件の判定）を行い、条件を満たさない場合（一定時間処理するジョブがある、且つ、指定時間になっていない等の場合）は、条件を満たすまでステップＳ３０２の判断を繰り返し、条件を満たした場合（一定時間処理するジョブがない、又は、指定時間になった等の場合）は、ステップＳ３０３に処理を移行させる。
【００３１】
そして、ステップＳ３０３において、メインＣＰＵ１−１は、デバイス用ＣＰＵ１−１２にメインＣＰＵ１−１がスリープモードに入ることを通知し、ステップＳ３０４において、スリープモードに移行するため第１の電源からブロック２−１への電力供給を遮断する処理を行う。
【００３２】
第１の電源からブロック２−１への電力供給が遮断されると、ブロック２−１を構成するメインＣＰＵ１−１への電力供給も遮断され、ＣＰＵ１−１はプログラムを実行することができなくなる。メインＣＰＵ１−１は、ステップＳ３０５に示すように、デバイス用ＣＰＵ１−１２によって第１の電源からメインＣＰＵ１−１への電力供給を再開する処理をしてもらうまでは、停止状態となる。そして、第１の電源からブロック２−１への電力供給が再開されると、メインＣＰＵ１−１は復帰する（ノーマルモードに戻る）。
【００３３】
このように、ステップＳ３０５は、メインＣＰＵ１−１の処理そのものを示すものではないが、第１の電源からブロック２−１への電力供給が遮断されて、メインＣＰＵ１−１が停止状態となった後、デバイス用ＣＰＵ１−１２によって第１の電源からブロック２−１への電力供給が再開されることにより、メインＣＰＵ１−１が復帰する様子を示している。
【００３４】
図４は、第１実施形態のネットワーク機器における第２の制御処理動作の一例を示すフローチャートであり、スリープモードに移行する前、スリープモードからノーマルモードへ復帰する際に、デバイス用ＣＰＵ１−１２によりデバイス用メモリ１−１３上で実行されるプログラムの処理に対応する。なお、図４において、Ｓ４０１〜Ｓ４０７は各ステップを示す。
【００３５】
まず、図３のステップＳ３０１でメインＣＰＵ１−１がスリープモードからノーマルモードへ復帰する条件（トリガ）となるパケットパターン（スリープモード中に受信パケットと比較してノーマルモードに移行すべきかどうかを判断するパケットのパターン）の通知を受けて、デバイス用ＣＰＵ１−１２は、ステップＳ４０１において、デバイス用メモリ１−１３上に、メインＣＰＵ１−１から通知されたパケットパターンを登録する。このデータの登録の方法は、後述する図５，図６に示すデータ形式でデバイス用メモリ１−１３上に格納する。詳細は後に説明する。
【００３６】
そして、ステップＳ４０１でスリープモードにおいて監視すべきパケットパターンを登録した後は、ステップＳ４０２において、デバイス用ＣＰＵ１−１２は、メインＣＰＵ１−１からスリープモードに移行する旨の通知（図３のステップＳ３０３）を受けたか否かを判定し、通知を受けていないと判定した間は、ステップＳ４０３に処理を行い、ステップＳ４０２に処理を戻す。
【００３７】
ステップＳ４０３では、デバイス用ＣＰＵ１−１２は、通常のネットワークパケットの送受信を行うため、ネットワークＩ／Ｆ１−１４のロジックに、ネットワークＩ／Ｆ１−１４で受信するパケットをメイン側メモリ１−２に送信するように設定しておき、且つメインＣＰＵ１−１から送信依頼を受けたデータをネットワークＩ／Ｆ１−１４から送信するように設定しておく。
【００３８】
一方、ステップＳ４０２で、デバイス用ＣＰＵ１−１２が、メインＣＰＵ１−１からスリープモードに移行する旨の通知を受けたと判定した場合には、ステップＳ４０４において、ネットワークＩ／Ｆ１−１４から受信するネットワークパケットをデバイス用メモリ１−１３に格納するようにネットワークＩ／Ｆ１−１４のロジックに設定をする。
【００３９】
この後、デバイス用ＣＰＵ１−１２は、デバイス用メモリ１−１３に格納されるネットワークパケットのデータと、ステップＳ４０１で登録したパケットパターンとの比較を開始する。
【００４０】
そして、ネットワークＩ／Ｆ１−１４でパケットが受信されると、受信されたパケットはデバイス用メモリ１−１３に格納され、ステップＳ４０５において、デバイス用ＣＰＵ１−１２は、受信されデバイス用メモリ１−１３に格納されるネットワークパケットのデータと、ステップＳ４０１で登録したパケットパターンとの比較を行い、ステップＳ４０６において、該比較の結果該当パターンと一致したか否かを判定する。
【００４１】
ステップＳ４０６で、デバイス用ＣＰＵ１−１２が、受信されたデバイス用メモリ１−１３に格納されるネットワークパケットのデータとステップＳ４０１で登録したパケットパターンとが一致したと判定した場合には、ステップＳ４０７に処理を進める。
【００４２】
そして、ステップＳ４０７において、デバイス用ＣＰＵ１−１２は、第１の電源からブロック２−１への電力供給を再開する処理を行い、ステップＳ４０３に処理を移行して、ネットワークＩ／Ｆ１−１４の設定を、受信したパケットをメインＣＰＵ１−１側に送信するように変更する。
【００４３】
なお、第１実施形態では、スリープモードからノーマルモードに復帰するためのパケットパターンは、メインＣＰＵ１−１側からデバイスＣＰＵ１−１２側に通知されてデバイス用メモリ１−１３に登録される構成について説明したが、デバイスＣＰＵ１−１２側にＲＯＭ等を設け、予めＲＯＭ等に記憶させておく構成も、本発明に含まれることはいうまでもない。
【００４４】
以下に、スリープモードにおいてデバイス用ＣＰＵ１−１２が実行する受信パケットの処理について補足する。
【００４５】
ノーマルモードにおいて、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介して受信した受信パケットを、ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓｓ）の機能を用い、メインＣＰＵ１−１が管理するメモリ１−３上に記憶させ、メインＣＰＵ１−１上で動作しているＯＳが持っているプロトコルスタック（例えば、ＴＣＰ／ＩＰ，ＵＤＰ／ＩＰ，ＡｐｐｌｅＴａｌｋ，ＮｅｔＷａｒｅ等）にデータを渡す。
【００４６】
しかし、スリープモードにおいては、メインＣＰＵ１−１が電力が供給されない停止状態であるため、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介して受信した受信パケットを、メインＣＰＵ１−１上で動作しているＯＳが持っているプロトコルスタックに渡すことが出来ない。
【００４７】
そして、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介して受信した受信パケットが、スリープモードからノーマルモードへ復帰する条件（トリガ）となっていない一般のパケット（ユニキャスト，ブロードキャストパケット，マルチキャストパケット等）である場合は、受信したパケットで返答が必要なパケットに対して返答をするため、デバイス用ＣＰＵ１−１２上で動作するＯＳにプロトコルスタックプロトコルスタック（例えば、ＴＣＰ／ＩＰ，ＵＤＰ／ＩＰ，ＡｐｐｌｅＴａｌｋ，ＮｅｔＷａｒｅ等）を持たせ、返答パケット（例えば、パケットを無事受け取った旨の返答パケット）を作成して返答するように構成している。
【００４８】
また、パケットを画像処理装置１へ送信するＬＡＮ上のネットワーク機器は、ＡＲＰテーブル（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｔａｂｌｅ／ネットワーク機器のＭａｃアドレスとＩＰアドレスの対応表）を持ってるが、一定時間内にＡＲＰテーブルに登録されているネットワーク機器（例えば、画像処理装置１）とのデータの送受信がない場合、ネットワーク機器がもつＡＲＰテーブルからそのネットワーク機器のＭａｃアドレスとＩＰアドレスの対応情報が消去されてしまう。つまり、パケットを画像処理装置１へ送信するＬＡＮ上のネットワーク機器は、ＡＰＲテーブルに画像処理装置１に関する情報があれば、画像処理装置１に、ユニキャスト（ネットワーク上の特定のある1つのノードだけを対象とした通信）をすることが可能である。ところが、ＡＲＰテーブルに画像処理装置１に関する情報がなければ、ネットワーク機器は、まず画像処理装置１を含めたネットワーク上の全てのネットワーク機器へブロードキャストで画像処理装置１のＭＡＣアドレスを取得する為のパケットを送信することになる。この際、画像処理装置１がスリープモードである場合には、このブロードキャストパケットに対する返答も、デバイス用ＣＰＵ１−１２が行うものとする。
【００４９】
また、ユニキャスト又はブロードキャストによりＬＡＮ上のネットワーク機器からパケットを受信した画像処理装置１は、スリープモードにおいてパケットを受信した場合に、「スリープモード」状態である旨の通知もネットワーク機器に対して行うように構成してもよい。
【００５０】
図５は、図４のステップＳ４０１において１つのパケットパターンをデバイス用メモリ１−１３上に格納するときのメモリ構成図である。
【００５１】
なお、第１実施形態では、比較パターン（パケットパターン）の登録は、１つのパターンでもよいし、複数に分かれたパターンでも登録できるようなフォーマットにしてあるが、本発明はこのフォーマットに限定されるものではない。
【００５２】
図５において、５−１は、パケットパターン記述テーブル（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ）である。パケットパターン記述テーブル５−１に記憶される要素としては、５−２、５−３、５−４、５−５がある。まず、５−２はパケット先頭からのオフセットアドレス（Ｏｆｆｓｅｔ  Ａｄｄｒｅｓｓ）、５−３はパケットパターン長（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｌｅｎｇｔｈ）、５−４はパケットパターンデータ(Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄａｔａ)が格納されているパケットパターンアドレスポインタ（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄａｔａ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）、５−５は次のパケットパターンを記載する記述テーブルのアドレス（Ｎｅｘｔ  Ｄｅｓｃｒｉｐｔｏｒ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）を示す。なお、アドレス５−５が「０ｘ０」の場合は、引き続き比較するべきパケットパターンが記憶されていないことを示す。
【００５３】
５−６は、パケットパターンデータ（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄａｔａ）が格納されているアドレスである。図５中の矢印で示すように、パターンデータアドレスポインタ５−４は、パケットパターンデータ５−６の先頭アドレスを示している。
【００５４】
図６は、図４のステップＳ４０１においてデバイス用メモリ１−１３に登録するパケットパターンデータの登録領域を示すメモリ構成図である。
【００５５】
図６において、６−１は、スリープモードからノーマルモードに復帰させるための第１のパケットパターンデータの記憶領域を示すアドレスポインタと、第１のパケットパターンデータに続く第２のパケットパターンデータの記憶領域を示すアドレスポインタを含む記述テーブルである。
【００５６】
記述テーブル６−１を構成する要素には、６−２及び６−３がある。まず、６−２は、図５で既に説明したパケットパターン記述テーブル５−１のアドレスを示すポインタ（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）である。そして、６−３は、次の記述テーブル６−１のアドレスを示すポインタ（Ｎｅｘｔ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）である。この値が「０ｘ０」である場合、次に続く記述テーブルポインタが記憶されていないことを示す。
【００５７】
このように、画像処理装置１は、図５，図６に示した構造をもつ記述テーブル６−１を持つことにより、１つのネットワークパケットの複数箇所をパケットパターンとして登録することが出来る。
【００５８】
この図５，図６に示した構造のメモリ領域を利用して、デバイス用ＣＰＵ１−１２は、図４のステップＳ４０５，Ｓ４０６の処理を行う。詳細には、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介してデバイス用メモリ１−１３に格納されたパケットデータと、図５，図６に示した記述テーブルを読み、比較することで、ステップＳ４０５，Ｓ４０６の比較処理を行う。
【００５９】
なお、図５，図６に示した構成は、本発明を限定するものではなく、複数のパケットパターンを登録可能な構成であればどのような構成で複数のパケットパターンをデバイス用メモリ１−１３に登録してもよい。
【００６０】
以上示したように、従来のようにネットワークＩ／Ｆ１−１４のハードウェアの制限に依存することなく、スリープモードから復帰するパケットパターンを数の制限なく複数パターン登録し、復帰制御させることが可能になる。
【００６１】
まず、画像処理装置１がスリープモードからノーマルモードに復帰するための複数種類のパケットデータとして、画像処理装置１のブロック２−１に対して電力供給を開始してスリープモードからノーマルモードに復帰するための「パケットＡ」，画像処理装置１のブロック２−１内のコントローラ部とプリンタ部１−９のみ電力を供給し、スキャナ１−８部分には電力供給をせずに、スリープモードからノーマルモードに復帰させる「パケットＢ」を画像処理装置１に登録しておく。そして、ＬＡＮ上のネットワーク機器は、画像処理装置１のブロック２−１の全てに対して電力供給を開始してスリープ復帰をしたい場合には「パケットＡ」を送信し，ネットワーク機器内のコントローラ部（１−１〜１−７）とプリンタ部１−９のみ電力を供給し、スキャナ１−８部分には電力供給をさせずに、スリープモードからノーマルモードに復帰させる場合には「パケットＢ」を送信するようにする。そうすると、ＬＡＮと通信可能なネットワーク機器からＬＡＮに接続された画像処理装置１のスリープモードからノーマルモードへの復帰状態の制御（復帰制御）を適切に実行することができる。
【００６２】
もちろん、「パケットＡ」及び「パケットＢ」をＬＡＮ上のネットワーク機器に予め登録しておき、ＬＡＮ上の全てのネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＡ」及び「パケットＢ」をＬＡＮ上のネットワーク機器に対してブロードキャストし、ブロードキャストされたパケットを受信したネットワーク機器がパケットを登録すれば良い。また、ＬＡＮ上の特定の１つのネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＡ」及び「パケットＢ」を特定の１つのネットワーク機器に送信し、パケットを受信したネットワーク機器がパケットを登録すれば良い。また、ＬＡＮ上の特定の複数のネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＡ」及び「パケットＢ」をその特定の複数のネットワーク機器にマルチキャストすることにより、ＬＡＮ上の各ネットワーク機器の復帰状態を制御することができる。
【００６３】
なお、ここでは、ネットワーク機器の全体，ネットワーク機器内のコントローラ及びプリンタ１−９の復帰を制御する場合について説明したが、本発明は、これに限られるものではなく、ネットワーク機器内の復帰させたい部分の組み合わせに対応して、幾とおりにもパケットパターンを登録でき、該登録されたパケットを用いて復帰制御を実行することが可能である。
【００６４】
なお、本実施形態では、スリープモードから復帰するためのパケットパターンのみをスリープモード移行の前にメインＣＰＵ１−１側からデバイス用ＣＰＵ１−１２側に通知してデバイス用メモリ１−１３に登録する構成について説明したが、スリープモードから復帰するためのパケットパターンのみでなく復帰以外の各種処理に対応したパケットパターンを、記憶媒体（フラッシュＲＯＭ１−２，メモリ１−３，外部記憶装置１−４）等から読み出して、図３のステップＳ３０１でメインＣＰＵ１−１側からデバイス用ＣＰＵ１−１２側に通知して、図４のステップＳ４０１でデバイス用メモリ１−１３に登録するように構成してもよい。
【００６５】
この構成の場合、デバイス用ＣＰＵ１−１２側では、図４のステップＳ４０６で、復帰以外の各種処理に対応したパケットパターンと受信したパケットパターンが一致した場合には、ステップＳ４０６からステップＳ４０５へ処理を戻す前に、一致したパケットパターンに対応する処理を行って、ステップＳ４０５に処理を戻すように制御するものとする。
【００６６】
例えば、図３のステップＳ３０１又はＳ３０３等で、メインＣＰＵ１−１は、機器の情報（エラー情報，警告情報，トナー量，紙量等の資源情報，オプション情報（給紙オプション，排紙オプション，両面ユニット，スキャナＡＤＦ等の有無）等を、デバイスＣＰＵ１−１２側に通知しておく。そして、図４のステップＳ４０１又はＳ４０４等で、デバイスＣＰＵ１−１２は、上記メインＣＰＵ１−１から通知された機器の情報をデバイス用メモリ１−１３に記憶しておく。
【００６７】
そして、図４のステップＳ４０６で、各種機器の情報の問い合わせに対応するパケットを受け取ったと判定した場合には、上記デバイス用メモリ１−１３から、受信したパケットに対応する情報を読み出して、返答パケットを生成して返信して、ステップＳ４０５に処理を戻すように構成してもよい。
【００６８】
この構成により、スリープモードのままで（即ち、省電力状態のままで）、画像処理装置１の詳細な情報を返信することができる。よって、同一ＬＡＮ上にあるパーソナルコンピュータに画像処理装置１のドライバプログラムをインストールする際等に、画像処理装置１がスリープモードであったとしても、画像処理装置１はスリープモードのままで、機器の情報をパーソナルコンピュータに返信することができる。このため、従来のように、スリープモードからノーマルモードに復帰させることがないため、ネットワーク機器の情報が返信されるまでのレスポンスタイムが短縮され、ドライバプログラムのインストール時間を短縮することができるとともに、無駄な電力を消費することなく画像処理装置１に接続される機器の機器情報を迅速に収集することができる。
【００６９】
〔第２実施形態〕
以下、本発明の第２実施形態について図面を参照して説明する。
【００７０】
第２実施形態では、スリープモードからノーマルモードに復帰するためのパケットパターンをネットワークを介して通信可能なネットワーク機器から画像処理装置１に設定可能な構成について説明する。
【００７１】
なお、第２実施形態において、画像処理装置１のシステム構成は、第１実施形態に示した構成例と同じである。
【００７２】
図７は、第２実施形態を示すネットワーク機器に対してユーザ設定を行う際のネットワーク概念図である。
【００７３】
図７において、７−２は、スリープモードを有する画像処理装置１に対して、スリープモードを解除したいジョブのアプリケーションを所有している情報処理装置（ＰＣ；パーソナルコンピュータ）である。７−３は、画像処理装置１とＰＣ７−２とを接続するローカルエリアネットワーク（ＬＡＮ）である。
【００７４】
以下、図８を参照して、本発明の第２実施形態を示すネットワーク機器における制御処理動作について説明する。
【００７５】
図８は、本発明のネットワーク機器における第３の制御処理動作の一例を示すフローチャートであり、本発明の第２実施形態においてユーザがスリープモードから復帰すべきパケットパターンを登録する処理に対応する。なお、図８中、Ｓ８０１〜Ｓ８０４は画像処理装置１側の各ステップを示し、メインＣＰＵ１−１によりメモリ１−３上で実行されるプログラムの各ステップに対応する。また、Ｓ８１０はＰＣ７−２側のステップを示し、ＰＣ７−２のＣＰＵによりメモリ上で実行されるプログラムのステップに対応する。
【００７６】
まず、画像処理装置１のユーザが操作部１−６を使用して、ＰＣ７−２のＩＰアドレスを指定すると、メインＣＰＵ１−１は、画像処理装置１の動作モードをパケットパターン登録モードに移行させる（Ｓ８０１；パケットパターン登録モード設定）。なお、パケットパターン登録モードとは、ＬＡＮ上のネットワーク機器から画像処理装置１が受け取ったパケットパターンをメモリ１−３に登録するためのモードである。画像処理装置１は、このパケットパターン登録モードが設定されている場合には、外部装置（ネットワーク機器）から画像処理装置１を動作させるための所定のコマンドを受け取っても、そのコマンドに応じた画像処理動作等は実行されない。
【００７７】
上記操作の後、ユーザがＰＣ７−２を操作して、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させたいアプリケーションのＪＯＢ実行を指示すると、ＰＣ７−２のＣＰＵは、この操作を検知して、ステップＳ８１０において、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターンを生成して画像処理装置１に送信する。なお、ステップＳ８１０では、パケットパターンを画像処理装置１に送信する処理を複数回（任意）繰り返すように動作させてもよい。
【００７８】
そして、画像処理装置１側のメインＣＰＵ１−１は、ステップＳ８０２において、ステップＳ８１０でＰＣ７−２から送信されたパケットパターンをネットワークＩ／Ｆ１−１４を介して受信する（同一のパケットパターンが複数回送信されている場合には複数回受信する）。
【００７９】
そして、ユーザが、画像処理装置１の操作部１−６を使用してステップＳ８０１で設定したパケットパターン登録モードを解除する操作を行うと、メインＣＰＵ１−１は、この操作を検知して、ステップＳ８０３において、パケットパターン登録モードを解除する。
【００８０】
次に、ステップＳ８０４において、メインＣＰＵ１−１は、パケットパターン登録モードにおいて受信したパケットパターンを、画像処理装置１の表示部１−５に表示する。画像処理装置１のユーザは、表示部１−１に表示されたパケットパターンから所望のパターンを操作部１−６を利用して選択する。メインＣＰＵ１−１は、ユーザが選択したパケットパターンを、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターンとして記憶媒体（メモリ１−３又は外部記憶装置１−４）に登録する（格納する）。
【００８１】
以上、図８に示したフローチャートの処理を実行することにより、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させるためのパケットパターンを画像処理装置１のユーザが新規に画像処理装置１に登録することが可能となる。
【００８２】
また、画像処理装置１に登録されたパケットパターンを、ユーザは、画像処理装置１の操作部１−６を使用して、削除することも可能である。
【００８３】
なお、第１実施形態の最後に示したように、第２の実施形態においても、画像処理装置１には、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターンのみを登録するのではなく、復帰以外の他の動作に対応したパケットパターンを記憶媒体（フラッシュＲＯＭ１−２，メモリ１−３，外部記憶装置１−４）に登録するように構成してもよい。
【００８４】
ステップＳ８０４において、メインＣＰＵ１−１は、パケットパターンを登録する際に、所定の処理に対応させて登録する。例えば、パケットＺのパターンを、「デバイス情報送信処理」に対応させて登録したとする。そうすると、スリープモードで動作する画像処理装置１のデバイス用ＣＰＵ１−１２が、ネットワーク機器からパケットＺを受信した場合、画像処理装置１はスリープモードを維持したままで、画像処理装置のデバイス情報（スリープモードで動作中であることを示す情報、画像処理装置１が有する用紙に関する情報、画像処理装置１の機種を特定する情報等）を送信元のネットワーク機器に送信する処理が行われることになる。
【００８５】
但し、パケットＺが、スリープモードからノーマルモードに復帰するためのパケットパターンと一致する場合には、画像処理装置１のデバイス情報を送信元のネットワーク機器に送信するとともに、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させるものとする。このように、１つのパケットパターンに対して、重複して複数の処理を登録することにより、１つのパケットで複数の処理を同時に（並行して）実行させることも可能である。
【００８６】
〔第３実施形態〕
第１実施形態及び第２実施形態では、１パケットのパターン（複数種類あってもよい）をスリープモードからノーマルモードに復帰させるためのパケットパターンとすることについて説明したが、複数のパケットからなる一連のパケットパターン群をスリープモードからノーマルモードへ復帰させるためのパケットパターン群としてもよい。以下、この第３実施形態について図面を参照して説明する。なお、画像処理装置１を中心とするシステム構成に関しては、第１実施形態に示した構成例と同じである。
【００８７】
以下、図９〜図１１を参照して、本発明の第３実施形態を示す画像処理装置１（ネットワーク機器）における制御処理動作について説明する。
【００８８】
図９は、本発明の画像処理装置１における第４の制御処理動作の一例を示すフローチャートである。図９は、画像処理装置１の動作モードがノーマルモードからスリープモードに移行する際に実行されるプログラムのシーケンス、及び画像処理装置１の動作モードがスリープモードからノーマルモードに復帰する際にメインＣＰＵ１−１によりメモリ１−３上で実行されるプログラムのシーケンスに対応する。なお、図９のＳ９０１，Ｓ３０２〜Ｓ３０４はメインＣＰＵ１−１によりより実行される各ステップを示す。また、図３と同一のステップには同一のステップ番号を付してある。
【００８９】
まず、ステップＳ９０１において、メインＣＰＵ１−１は、画像処理装置１の動作モードをノーマルモードからスリープモードに移行させる前に、スリープモードからノーマルモードへ復帰する条件（トリガ）となるパケットパターン群を記憶媒体（フラッシュＲＯＭ１−２、メモリ１−３、又は、外部記憶装置１−４等）から読み出して、デバイス用ＣＰＵ１−１２上で動作するプログラムに通知する。
【００９０】
以下、ステップＳ３０２〜Ｓ３０５は図３と同一の処理であるので説明は省略する。
【００９１】
図１０は、第３実施形態の画像処理装置１における第５の制御処理動作の一例を示すフローチャートであり、画像処理装置１の動作モードがスリープモードからノーマルモードに移行する前、スリープモードからノーマルモードへ復帰する際に、デバイス用ＣＰＵ１−１２によりデバイス用メモリ１−１３上で実行されるプログラムの処理に対応する。なお、図１０において、Ｓ１００１，Ｓ４０２〜Ｓ４０３，Ｓ１００５，Ｓ１００６，Ｓ４０７は各ステップを示す。また、図４と同一のステップには同一のステップ番号を付してある。
【００９２】
まず、図９のステップＳ９０１で行われたメインＣＰＵ１−１からのパケットパターン群（スリープモード中に受信パケットと比較してノーマルモードに移行すべきかどうかを判断するパケットのパターンのシーケンス（１又は複数））の通知を受けて、デバイス用ＣＰＵ１−１２は、ステップＳ１００１において、デバイス用メモリ１−１３上に、メインＣＰＵ１−１から通知されたパケットパターン群を登録する。このパケットパターン群の登録の方法は、図５及び，後述する図１１に示すデータ形式でデバイス用メモリ１−１３上に格納する。詳細は後に説明する。
【００９３】
そして、ステップＳ１００１でスリープモードにおいて画像処理装置１が監視（比較）すべきパケットパターン群を登録した後は、ステップＳ４０２において、デバイス用ＣＰＵ１−１２は、メインＣＰＵ１−１よりノーマルモードからスリープモードに移行する旨の通知（図９のステップＳ３０３）を受けたか否かを判定し、該通知を受けていないと判定した間は、ステップＳ４０３に処理を行い、ステップＳ４０２に処理を戻す。
【００９４】
ステップＳ４０３では、デバイス用ＣＰＵ１−１２は、通常のネットワークパケットの送受信を行うため、ネットワークＩ／Ｆ１−１４のロジックに、ネットワークＩ／Ｆ１−１４で受信するパケットをメイン側メモリ１−２に送信するように設定しておき、且つメインＣＰＵ１−１から送信依頼を受けたデータをネットワークＩ／Ｆ１−１４から送信するように設定しておく。
【００９５】
一方、ステップＳ４０２で、デバイス用ＣＰＵ１−１２が、メインＣＰＵ１−１よりスリープモードに移行する通知を受けたと判定した場合には、ステップＳ４０４において、ネットワークＩ／Ｆ１−１４から受信するネットワークパケットをデバイス用メモリ１−１３に格納するようにネットワークＩ／Ｆ１−１４のロジックに設定をする。
【００９６】
この後、デバイス用ＣＰＵ１−１２は、デバイス用メモリ１−１３に格納されるパケットパターン群と、ステップＳ４０１で登録したパケットパターン群との比較を開始する。
【００９７】
そして、ネットワークＩ／Ｆ１−１４でパケットが受信されると、受信されたパケットはデバイス用メモリ１−１３に格納され、ステップＳ１００５において、デバイス用ＣＰＵ１−１２は、受信されデバイス用メモリ１−１３に格納されるパケットパターン群と、ステップＳ１００１で登録したパケットパターン群との比較を行い、ステップＳ１００６において、パケットパターン群が一致したか否かを判定する。なお、パケットパターン群とは、複数のパケットパターンを含むデータであり、例えばパケット「Ａ」、パケット「Ｂ」、パケット「Ｃ」の３つのパケットを含むデータとなる。そして、画像処理装置１がネットワークＩ／Ｆ１−１４を介してパケット「Ｄ」、パケット「Ｅ」、パケット「Ｆ」を含むパケットパターン群を受信した場合には以下のような方法でパケットパターン群の比較が行われる。まず、デバイス用ＣＰＵ１−１２は、パケット「Ｄ」がパケット「Ａ」と一致するかどうかを比較し、一致すればパケット「Ｅ」とパケット「Ｂ」の比較を行う。そして、パケット「Ｅ」とパケット「Ｂ」が一致する場合は更にパケット「Ｆ」とパケット「Ｃ」が一致するかどうかを比較し、一致すればパケットパターン群が一致するものと判定する。
【００９８】
ステップＳ１００６で、デバイス用ＣＰＵ１−１２が、受信されたデバイス用メモリ１−１３に格納されるパケットパターン群とステップＳ１００１で登録したパケットパターン群とが一致したと判定した場合には、ステップＳ４０７に処理を進める。
【００９９】
そして、ステップＳ４０７において、デバイス用ＣＰＵ１−１２は、メインＣＰＵ１−１側の第１の電源からブロック２−１への電力供給を再開する処理を行い、ステップＳ４０３に処理を移行して、ネットワークＩ／Ｆ１−１４の設定を、受信したパケットをメインＣＰＵ１−１側に送信するように変更する。
【０１００】
なお、第３実施形態では、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させるためのパケットパターン群は、メインＣＰＵ１−１側からデバイスＣＰＵ１−１２側に通知されて登録されるとして説明したが、デバイスＣＰＵ１−１２側にＲＯＭ等を設け、予めＲＯＭ等にパケットパターン群を記憶させておく構成も、本発明に含まれることはいうまでもない。
【０１０１】
図１１は、図１０のステップＳ１００１においてデバイス用メモリ１−１３に登録するパケットパターン群の登録領域を示すメモリ構成図である。
【０１０２】
図１１において、１１−１は、スリープモードからノーマルモードに復帰させるための第１のパケットパターン群を構成する第１のパケットパターンの記憶領域を示すアドレスポインタと、第１のパケットパターン群を構成する第２のパケットパターンの記憶領域を示すアドレスポインタを記述する記述テーブルの記憶領域と、第１のパケットパターン群に続く第２のパケットパターン群の記憶領域を示す記述テーブルである。
【０１０３】
記述テーブル１１−１を構成する要素には、１１−２、１１−３及び１１−４がある。まず、１１−２は、図５で既に説明したパケットパターン記述テーブル５−１のアドレスを示すポインタ（Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）である。そして、１１−３は、ポインタ１１−２で示したパケットパターン記述テーブルに示すパケットの後にシーケンスとして続くパケットパターン記述テーブルを示すポインタ（Ｎｅｘｔ  Ｓｅｑｕｅｎｃｅ  Ｐａｃｋｅｔ  Ｐａｔｔｅｒｎ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）である。この値が「０ｘ０」の場合は、次に続くシーケンスのパケットパターンがないことを示す。
【０１０４】
また、１１−４は、次の記述テーブル１１−１のアドレスを示すポインタ（Ｎｅｘｔ  Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｂｌｅ  Ａｄｄｒｅｓｓ  Ｐｏｉｎｔｅｒ）である。この値が「０ｘ０」である場合、次に続く記述テーブルポインタが存在しないことを示す。
【０１０５】
図１１の例では、３つのパケットパターン群がデバイス用メモリ１−１３に記憶されている例が示されている。１１−１、１１−５、１１−９は第１のパケットパターン群を示すものであり、パケットパターン記述テーブルアドレスポインタ１１−２、１１−６及び１１−１０が示す３つのパケットパターンからパケットパターン群が構成されている。
【０１０６】
また、１１−１３及び１１−１７は第２のパケットパターン群を示すものであり、パケットパターン記述テーブルアドレスポインタ１１−１４及び１１−１８が示す２つのパケットパターンからパケットパターン群が構成されている。
【０１０７】
また、１１−２１は第３のパケットパターン群を示すものであり、パケットパターン記述テーブルアドレスポインタ１１−２２が示す１つのパケットパターンからパケットパターン群が構成されている。
【０１０８】
このように、画像処理装置１は、図５，図１１に示した構造をもつ記述テーブル１１−１を持つことにより、シーケンシャルな複数のネットワークパケットのデータパターンをパケットパターン群として登録することが出来る。
【０１０９】
この図５，図１１に示した構造のメモリ領域を利用して、デバイス用ＣＰＵ１−１２は、図１０のステップＳ１１０５，Ｓ１１０６の処理を行う。詳細には、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介してデバイス用メモリ１−１３に格納されたシーケンシャルなパケットデータと、図５，図１１に示した記述テーブル内のシーケンシャルなパケットパターンを読み、比較することで、ステップＳ１１０５，Ｓ１１０６の比較処理を行う。
【０１１０】
なお、図５，図１１に示した構成は、本発明を限定するものではなく、複数のパケットパターンのシーケンスを登録可能な構成であればどのような構成でパケットパターン群をデバイス用メモリ１−１３に登録してもよい。
【０１１１】
以上示したように、従来のようにネットワークＩ／Ｆ１−１４のハードウェアの制限に依存することなく、スリープモードから復帰するパケットパターンのシーケンスを数の制限なく複数パターン登録し、復帰制御させることが可能になる。
【０１１２】
まず、画像処理装置１がスリープモードからノーマルモードに復帰するための複数種類のパケットデータとして、画像処理装置１のブロック２−１に対して電力供給を開始してスリープモードからノーマルモードに復帰するためのパケットのシーケンス「パケットＣ」「パケットＤ」，画像処理装置１のブロック２−１内のコントローラ部とプリンタ部１−９のみ電力を供給し、スキャナ１−８部分には電力供給をせずに、スリープモードからノーマルモードに復帰させるパケットのシーケンス「パケットＣ」「パケットＦ」を画像処理装置１に登録しておく。そして、ＬＡＮ上のネットワーク機器は、画像処理装置１のブロック２−１の全てに対して電力供給を開始してスリープ復帰をしたい場合には「パケットＣ」「パケットＤ」の順にパケットを送信し，ネットワーク機器内のコントローラ部（１−１〜１−７）とプリンタ部１−９のみ電力を供給し、スキャナ１−８部分には電力供給をさせずに、スリープモードからノーマルモードに復帰させる場合には「パケットＣ」「パケットＦ」の順にパケットを送信するようにする。そうすると、ＬＡＮと通信可能なネットワーク機器からＬＡＮに接続された画像処理装置１のスリープモードからノーマルモードへの復帰状態の制御（復帰制御）を適切に実行することができる。
【０１１３】
即ち、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介して「パケットＣ」を受信した後に「パケットＤ」を受信した場合は、画像処理装置１全体に電力供給し、スリープモードからノーマルモードへ動作モードを復帰させる。
【０１１４】
また、デバイス用ＣＰＵ１−１２は、ネットワークＩ／Ｆ１−１４を介して「パケットＣ」を受信した後に「パケットＦ」を受信した場合は、画像処理装置１内のコントローラとプリンタ部１−９のみ電力供給し、スキャナ部分１−８には、電力供給をさせずにスリープモードからノーマルモードへ動作モードを復帰させる。
【０１１５】
このように、デバイス用ＣＰＵ１−１２は、受信するパケットのシーケンス（順番）を判断して、予め登録されたシーケンスに合致した場合、画像処理装置１の動作モードをスリープモードからノーマルモードへ復帰するよう制御する。
【０１１６】
もちろん、「パケットＣ」及び「パケットＤ」からなるパケットパターン群及び，「パケットＣ」「パケットＦ」からなるパケットパターン群をＬＡＮ上のネットワーク機器に予め登録しておき、ＬＡＮ上の全てのネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＣ」「パケットＤ」のパケットパターン群，「パケットＣ」「パケットＦ」のパケットパターン群をブロードキャストし、ブロードキャストされたパケットパターン群を受信したネットワーク機器がパケットパターン群を登録すれば良い。また、ＬＡＮ上の特定の１つのネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＣ」「パケットＤ」のパケットパターン群，「パケットＣ」「パケットＦ」のパケットパターン群を特定の１つのネットワーク機器に送信し、パケットパターン群を受信したネットワーク機器がパケットパターン群を登録すればよい。また、ＬＡＮ上の特定の複数のネットワーク機器に対して前述した復帰制御を行いたい場合は、画像処理装置１から「パケットＣ」「パケットＤ」のパケットパターン群，「パケットＣ」「パケットＦ」のパケットパターン群をその特定の複数の機器にマルチキャストすることにより、ＬＡＮ上の各ネットワーク機器の復帰状態を制御することができる。
【０１１７】
なお、第１実施形態の最後に示したように、第３の実施形態においても、画像処理装置１には、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターン群のみを登録するのではなく、復帰以外の他の動作に対応したパケットパターンのシーケンスを用いるように構成してもよい。
【０１１８】
この構成により、スリープモードのままで（即ち、省電力状態のままで）、画像処理装置１の詳細な情報を返信することができる。よって、同一ＬＡＮ上にあるパーソナルコンピュータに画像処理装置１のドライバプログラムをインストールする際等に、画像処理装置１がスリープモードであったとしても、画像処理装置１はスリープモードのままで、機器の情報をパーソナルコンピュータに返信することができる。このため、従来のように、スリープモードからノーマルモードに復帰させることがないため、ネットワーク機器の情報が返信されるまでのレスポンスタイムが短縮され、ドライバプログラムのインストール時間を短縮することができるとともに、無駄な電力を消費することなく画像処理装置１に接続される機器の機器情報を迅速に収集することができる。
【０１１９】
〔第４実施形態〕
以下、本発明の第４実施形態について図面を参照して説明する。
【０１２０】
本実施形態では、スリープモードから復帰するためのパケットパターン群をネットワークを介して通信可能なネットワーク機器から画像処理装置１に設定可能な構成について説明する。
【０１２１】
なお、第４実施形態において、画像処理装置１のシステム構成は、第３実施形態に示した構成例と同じである。
【０１２２】
以下、図１２を参照して、本発明の第４実施形態を示すネットワーク機器における制御処理動作について説明する。
【０１２３】
図１２は、本発明のネットワーク機器における第６の制御処理動作の一例を示すフローチャートであり、本発明の第４実施形態においてユーザがスリープモードから復帰すべきパケットパターンのシーケンスを登録する処理に対応する。なお、図１２中、ステップＳ１２０１〜Ｓ１２０４は画像処理装置１側の各ステップを示し、メインＣＰＵ１−１によりメモリ１−３上で実行されるプログラムの各ステップに対応する。また、Ｓ１２１０はＰＣ７−２側のステップを示し、ＰＣ７−２のＣＰＵによりメモリ上で実行されるプログラムのステップに対応する。
【０１２４】
まず、画像処理装置１のユーザが操作部１−６を使用して、ＰＣ７−２のＩＰアドレスを指定すると、メインＣＰＵ１−１は、画像処理装置１の動作モードをパケットパターン群登録モードに移行させる（Ｓ１２０１；パケットパターン群登録モード設定）。
【０１２５】
上記操作の後、ユーザがＰＣ７−２を操作して、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させたいアプリケーションのＪＯＢ実行を指示すると、ＰＣ７−２のＣＰＵは、この操作を検知して、ステップＳ１２１０において、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターン群（シーケンシャルなパケット）を画像処理装置１に送信する。
【０１２６】
そして、画像処理装置１側のメインＣＰＵ１−１は、ステップＳ１２０２において、ステップＳ１２１０でＰＣ７−２から送信されたパケットパターン群をネットワークＩ／Ｆ１−１４を介してシーケンシャルに受信する。
【０１２７】
そして、ユーザが、画像処理装置１の操作部１−６を使用してステップＳ８０１で設定したパケットパターン登録モードを解除する操作を行うと、メインＣＰＵ１−１は、この操作を検知して、ステップＳ１２０３において、パケットパターン群登録モードを解除する。
【０１２８】
次に、ステップＳ１２０４において、メインＣＰＵ１−１は、パケットパターン登録モードにおいて受信したパケットパターン群を、画像処理装置１の表示部１−５に表示する。画像処理装置１のユーザは、表示部１−１に表示されたパケットパターン群から所望のパターンを操作部１−６を利用して選択する。メインＣＰＵ１−１は、ユーザが選択したパケットパターン群を、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターン群として記憶媒体（メモリ１−３又は外部記憶装置１−４）に登録する（格納する）。
【０１２９】
以上、図１２に示したフローチャートの処理を実行することにより、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰させるためのパケットパターン群を画像処理装置１のユーザが新規に画像処理装置１に登録することが可能となる。
【０１３０】
また、画像処理装置１に登録されたパケットパターンのシーケンスを、ユーザは、画像処理装置１の操作部１−６を使用して、削除することも可能である。
【０１３１】
なお、第３実施形態の最後に示したように、第４の実施形態においても、画像処理装置１には、画像処理装置１をスリープモードからノーマルモードに復帰させるためのパケットパターン群のみを登録するのではなく、復帰以外の他の動作に対応したパケットパターン群を記憶媒体（フラッシュＲＯＭ１−２，メモリ１−３，外部記憶装置１−４）に登録するように構成してもよい。
【０１３２】
こステップＳ１２０４において、メインＣＰＵ１−１は、パケットパターン群を登録する際に、所定の処理に対応させて登録する。例えば、「パケットＩ」「パケットＪ」のパケットシーケンス（パケットパターン群）を、「デバイス情報送信処理」に対応させて登録したとする。そうすると、スリープモードで動作する画像処理装置１のデバイス用ＣＰＵ１−１２が、ネットワーク機器から「パケットＩ」「パケットＪ」のパケットパターン群を受信した場合、画像処理装置１はスリープモードを維持したままで、画像処理装置１のデバイス情報（スリープモードで動作中であることを示す情報、画像処理装置１が有する用紙に関する情報、画像処理装置１の機種を特定する情報等）を送信元のネットワーク機器に送信する処理が行われることになる。
【０１３３】
但し、「パケットＩ」「パケットＪ」のパケットパターン群が、スリープモードからノーマルモードに復帰するためのパケットパターン群と一致する場合には、画像処理装置１のデバイス情報を送信元のネットワーク機器に送信するとともに、画像処理装置１の動作モードをスリープモードからノーマルモードに復帰もさせるものとする。このように、１つのパケットパターンのシーケンスに対して、重複して複数の処理を登録することにより、１つのパケットパターンのシーケンスで複数の処理を同時に（並行して）実行させることも可能である。
【０１３４】
以上の各実施形態から、ハードウェアの制限に依存することなく、スリープモードから復帰するパケットパターンを数の制限のない複数パターンを登録し、画像処理装置１等のネットワーク機器を復帰させることが可能になる。
【０１３５】
さらに、メインＣＰＵ１−１とデバイス用ＣＰＵ１−１２に電源系統を分け、スリープモード中はメインＣＰＵ１−１を眠らせることにより、システム全体として消費電力を大幅に削減することが可能になる。
【０１３６】
〔第５実施形態〕
上記各実施形態では、画像処理装置１がネットワークインタフェース（ネットワークＩ／Ｆ１−１４）を備える構成について説明したが、プリントサーバ，スキャナサーバ等のサーバ装置を介して（外部Ｉ／Ｆ１−１５で接続される）ネットワークに接続されるように構成してもよい。
【０１３７】
この場合、画像処理装置１は、デバイス用ＣＰＵ１−１２，デバイス用メモリ１−１３，ネットワークインタフェース１−１４を備える必要がない。
【０１３８】
その代わりに、サーバ装置のＣＰＵ，サーバ装置のメモリ，サーバ装置のネットワークインタフェースが、デバイス用ＣＰＵ１−１２，デバイス用メモリ１−１３，ネットワークインタフェース１−１４の機能を代替するものとする。
【０１３９】
即ち、画像処理装置１は、動作モードをノーマルモードからスリープモードへ移行させる前に、サーバ装置側に、復帰条件となるパケットパターンを登録しておく。そして、スリープモードへ移行させた後、サーバ装置のネットワークインタフェースでパケットパターンを受信すると、サーバ装置のＣＰＵは、受信したパケットパターンが復帰条件として登録されたパケットパターンと一致するか判定し、一致する場合には、画像処理装置１をスリープモードからノーマルモードへ復帰させるように制御する。
【０１４０】
また、画像処理装置１がスリープモードで動作する間は、復帰条件に対応しないパケットに対する応答は、サーバ装置が対応するプロトコルに応じて行うものとする。
【０１４１】
なお、上記各実施形態で示した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４３】
また、上記第１実施形態〜第５実施形態及び各実施形態の変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１４４】
以上説明したように、通信手段としてネットワークコントローラのハードウェアの制限に依存することなく、スリープモードから復帰するパケットパターンを数の制限なく自由に用いて画像処理装置をスリープモードから復帰させることと、システム全体としての消費電力を抑えることの双方を実現可能とする等の効果を奏する。
【０１４５】
また、スリープモード時に受信したパケットも、プロトコルスタック上で処理して返答することができる。
【０１４６】
以下、図１３に示すメモリマップを参照して本発明に係るネットワーク機器（例えば、図１に示した画像処理装置１）で読み取り可能なデータ処理プログラムの構成について説明する。
【０１４７】
図１３は、本発明に係るネットワーク機器（例えば、図１に示した画像処理装置１）で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【０１４８】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５０】
本実施形態における図３，図４，図８，図９，図１０，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５１】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５３】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５４】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１５５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１５７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１５８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６０】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１６１】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組み合わせを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１６２】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【産業上の利用可能性】
【０１６３】
本発明は、ネットワークに接続される画像処理装置のみでなく、その他のネットワーク機器をスリープモードからノーマルモードへの復帰させる用途にも適用できる。
【図面の簡単な説明】
【０１６４】
【図１】本発明の一実施形態を示すネットワーク機器を適用可能な画像処理装置内部の基本的な構成を示すシステムブロック図である。
【図２】図１で示した画像処理装置１における電源制御系を図式化した図である。
【図３】本発明のネットワーク機器における第１の制御処理動作の一例を示すフローチャートである。
【図４】本発明のネットワーク機器における第２の制御処理動作の一例を示すフローチャートである。
【図５】図４のステップＳ４０１において１つのパケットパターンをデバイス用メモリ１−１３上に格納するときのメモリ構成図である。
【図６】図４のステップＳ４０１においてデバイス用メモリ１−１３に登録する複数のパケットパターンのデータの登録箇所を示すメモリ構成図である。
【図７】本発明の第２実施形態を示すネットワーク機器に対してユーザ設定を行う際のネットワーク概念図である。
【図８】本発明のネットワーク機器における第３の制御処理動作の一例を示すフローチャートである。
【図９】本発明のネットワーク機器における第４の制御処理動作の一例を示すフローチャートである。
【図１０】本発明のネットワーク機器における第５の制御処理動作の一例を示すフローチャートである。
【図１１】図１０のステップＳ１００１においてデバイス用メモリ１−１３に登録する複数のパケットパターンのデータのシーケンスの登録箇所を示すメモリ構成図である。
【図１２】本発明のネットワーク機器における第６の制御処理動作の一例を示すフローチャートである。
【図１３】本発明に係るネットワーク機器で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。
【符号の説明】
【０１６５】
１−１  ＣＰＵ（メインＣＰＵ）
１−２  ＲＯＭ
１−３  メモリ（メインメモリ）
１−４  外部記憶装置
１−５  表示部
１−６  操作部
１−７  エンジンインタフェ−ス
１−８  スキャナ
１−９  プリンタ
１−１０  システムバス
１−１１  バスブリッジ
１−１２  デバイス用ＣＰＵ
１−１３  デバイス用メモリ
１−１４  ネットワークインタフェース
１−１５  外部インタフェース
１−１６  サブシステムバス
２−１  第１の電源領域
２−２  第２の電源領域
７−２  ＰＣ
【図１】
2006279821.tif 000003
【図２】
2006279821.tif 000004
【図３】
2006279821.tif 000005
【図４】
2006279821.tif 000006
【図５】
2006279821.tif 000007
【図６】
2006279821.tif 000008
【図７】
2006279821.tif 000009
【図８】
2006279821.tif 000010
【図９】
2006279821.tif 000011
【図１０】
2006279821.tif 000012
【図１１】
2006279821.tif 000013
【図１２】
2006279821.tif 000014
【図１３】
2006279821.tif 000015