情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体
【課題】通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することを課題とする。
【解決手段】本発明に係る情報処理装置は、ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルと、一定期間前記システムが動作していないかを判断する判断手段とを有し、ネットワークコントローラ部は、通常電力モードにおいて、判断手段により一定期間システムが動作していないと判断された後、第一の制御手段で処理されるべきパケットが発生すると、該パケットがパケットテーブルに登録されているときは、第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、該パケットを破棄する。
【解決手段】本発明に係る情報処理装置は、ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルと、一定期間前記システムが動作していないかを判断する判断手段とを有し、ネットワークコントローラ部は、通常電力モードにおいて、判断手段により一定期間システムが動作していないと判断された後、第一の制御手段で処理されるべきパケットが発生すると、該パケットがパケットテーブルに登録されているときは、第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、該パケットを破棄する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体の分野に関する。
【背景技術】
【０００２】
近年、地球温暖化の原因となる二酸化炭素の排出削減、また極力消費電力を抑えてのコスト削減の観点から、ネットワーク装置には低消費電力化の要請がある。そのような中で、消費電力を低く抑えるべく、今日のネットワーク装置（ネットワーク上の装置をいう）、例えば、情報処理装置や画像処理装置では、少しでも長い時間、消費電力を低い状態に保つため、省電力モード（省エネモード、スリープモードともいう）を搭載するものが提案されている。省エネ機能を有したネットワーク装置は、一定時間稼動要求がない場合等に、通常電力モード時に使用しているメイン・ＣＰＵから消費電力の低いサブ・ＣＰＵへの使用に切り替えることで消費電力の削減を図っている。
【０００３】
ところで、近年ネットワークがますます複雑化し、ネットワーク上には多くのネットワーク対応装置が接続される中、Ｗｉｎｄｏｗｓ（登録商標）をはじめとしたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）搭載の装置は、定期的なパケット通信を行っていることが多く、また逆に定期的に所定のパケットを送信している。このため、ネットワーク装置は頻繁にＯＳから定期的に発信されるパケットを受信したり、ＯＳから要求される定期的なパケットの送信をしたりする必要があり、消費電力の低い省電力モード状態を保ちにくくなっている。
【０００４】
特許文献１に係る装置では、省エネ状態から復帰させるための復帰条件を設定することができ、特定パケットを受信した場合に、省エネ状態から復帰させるネットワーク装置についての発明が開示されている。実際のネットワーク環境では、探索アプリケーションからの探索パケットやＷｉｎｄｏｗｓ（登録商標）からの探索パケットを頻繁に受信しており、通常電力モード時には処理対象であったこのようなパケットであっても、省電力モード状態時には無効（処理しない）とし、できるだけ長い時間、省電力状態を保つことで消費電力を抑えることが可能となっている。特許文献１に係る装置は、省電力モード状態時において、これらのパケットを受信しても通常電力モードに復帰せず、省電力モード状態を維持する。これにより、できるだけ長い時間、省エネ状態を保ち電力消費を抑えることが記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に係る発明は、省電力モード状態時において、通常電力モード時に処理していたパケットを無効とすることで、できるだけ長く、省電力状態を維持することができるが、上述したとおり今日のネットワークの複雑化により、ネットワーク上の装置は、頻繁にネットワークからのパケット処理の要求に応じなくてはならず、当該装置が省電力モード機能を有していたとしても、そもそも省電力モード状態に移行すること自体が難しくなっており、省電力モードとしての機能を発揮しにくい環境にさらされている。即ち、複数のネットワークプロトコルをサポートするネットワーク装置が、通常電力モード時において、いかにスムーズに省電力モード状態に移行できるかについてもまた、省エネの観点から要請される課題である。
【０００６】
そこで本発明では上記のような問題に鑑みて、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明に係る情報処理装置は、当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルと、前記システムにおける省電力モード移行の可否を判断する判断手段とを有し、前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により前記システムの省電力モード移行が可であると判断されたとき、前記パケットテーブルに基づいて、パケットを処理することを特徴とする。
【０００８】
また、上記課題を解決するため、本発明に係る情報処理装置は、当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、前記システムにおける省電力モード移行の可否を判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により前記システムの省電力モード移行が可であると判断されたとき、前記パケットテーブルに基づいて、パケットを処理することを特徴とする。
【０００９】
また、上記課題を解決するため、前記システムに係る内部条件及び前記ネットワークに係る外部条件に基づいて、電力モード移行されることを特徴とする。
【００１０】
また、上記課題を解決するため、前記ネットワークコントローラ部は、パケットのヘッダに基づいてパケット属性を識別して、受信されたパケットを処理することを特徴とする。
【００１１】
また、上記課題を解決するため、前記パケットは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）であって、前記ヘッダは、ＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域であることを特徴とする。
【００１２】
また、上記課題を解決するため、前記パケットテーブルに登録されるパケットの属性は、設定可能であることを特徴とする。
【００１３】
また、上記課題を解決するため、前記情報処理装置は、画像処理装置であることを特徴とする。
【００１４】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１５】
本発明によれば、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るネットワーク構成図の一例である。
【図２】画像処理装置のブロック図である。
【図３】本発明に係るフローチャートである。
【図４】設定画面の一例を表す図である。
【図５】プロトコルテーブルの一例を表す図である。
【図６】設定画面の一例を表す図である。
【図７】プロトコルテーブルの一例を表す図である。
【図８】電力モードに係る状態遷移図である。
【図９】イーサネット（登録商標）フレームを説明する図である。
【図１０】プロトコル識別を説明する図である。
【図１１】プロトコル識別を説明する図である。
【図１２】プロトコル識別を説明する図である。
【図１３】プロトコル識別を説明する図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１８】
＜画像処理装置の概要及び構成＞
本発明の実施形態に係る画像処理装置を用いて説明を行う。図１は、本実施形態に係る画像処理装置が用いられる全体構成図を示し、画像処理装置１、サーバ２、ＰＣ３（パーソナルコンピュータ）、及びネットワーク４を含む構成である。
【００１９】
画像処理装置１について説明する。本実施形態における画像処理装置１は、ネットワーク・プリンタである。例えば、ネットワークを介して、サーバ２、ＰＣ３からのプリント要求を受け、プリントサービスを提供する。
【００２０】
また、本実施例における画像形成装置１は、複数のネットワークプロトコルをサポートしている。ネットワーク上に接続されており、サポートするネットワークプロトコルを受信すると当該プロトコルに対して該当するサービスを提供する。このようなネットワークプロトコルの一例としては、ブロードキャストパケット、印刷プロトコルに従うもの(ＬＰＲ、ＩＰＰ、ＦＴＰ、ＳＭＴＰ等)、ユーティリティのプロトコルに従うもの（ＳＮＭＰ、ＳＬＰ等）、起動専用パケット等がある。
【００２１】
さらに、本実施例における画像処理装置１は、省電力モード搭載の装置である。通常電力モードと省電力モードを有し、使用されないときになど省電力モードに移行し、消費電力を節約するものである。これについては後に説明する。
【００２２】
サーバ２、ＰＣ３は、ネットワーク４に接続されたネットワーク上の装置である。例えば、Ｗｉｎｄｏｗｓ（登録商標）といったＯＳ（Ｏｐｅｒａｔｉｏｎｇ Ｓｙｓｔｅｍ）を有しており、ネットワーク上に対し、様々なネットワークパケットを送受信している。ネットワークパケットは、サーバやＰＣの機能によって様々であるが、例えばＯＳに基づくプロトコルのパケットやブロードキャスト系パケットである。これらのパケットは、画像処理装置１に対して送信されるものもある。
【００２３】
なおここで、画像処理装置１は、プリンタとしたが、他にコピー機能、ファクシミリ（ＦＡＸ）機能、スキャナ機能及び入力画像を配信する機能等を複合したいわゆるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）と称されるデジタルカラー複合機でもよい。しかしながら、説明の簡易化のために、プリンタであるものとして説明を行うものである。即ち、本発明は係る特定の実施形態に限定されるものではなく、本発明の要旨の範囲内において、ネットワーク上の、コピー機、ＦＡＸ、スキャナ機、情報処理装置、その他の装置を含めて、適用、応用可能である。
【００２４】
＜画像処理装置の機能＞
画像処理装置１の機能について説明を行う。ここでは本発明の説明に係る点について簡単に説明する。図２は、本発明に係る画像処理装置１の機能を説明するブロック図である。画像処理装置１は、コントローラ部２０１、ネットワークコントローラ部２１１、プロッタ２１０、操作部２０９を含む構成である。
【００２５】
コントローラ部２０１には、ＣＰＵ２０２、操作部Ｉ／Ｆ（インターフェース）２０３、ＲＯＭ２０４、ＲＡＭ２０５、ＮＶＲＡＭ２０６、エンジンＩ／Ｆ２０７、エンジン状態判断部２０８などからなる。コントローラ部２０１は、メイン・ＣＰＵによりシステム全体を司るコントロール部である。本画像処理装置１においては、特にエンジンＩ／Ｆを介し、プリント機能に係るプロッタ２１０を制御する。なお、ＣＰＵ２０２は、第一の制御手段に相当する。
【００２６】
ＲＯＭ２０４には、ＣＰＵ２０２が実行するプログラムやフォント情報等が記憶されている。ＲＡＭ２０５は、ＣＰＵ２０２が実行するプログラムが格納されたり、各種ワーク用のパラメータや、ネットワークから取得したパケットが格納される。ＮＶＲＡＭ２０６は、不揮発性のメモリであり、システム設定やシステムログ等の電源遮断で消去されてはいけない情報を保管するために使用される。
【００２７】
エンジン状態判断部２０８は、プロッタ（エンジン）２１０の状態を把握しており、プロッタ２１０が後述する省電力モードに移行できる状態（内部条件という）になったか否かを判断する。例えば、サーバ２やＰＣ３から、もしくはユーザからの直接操作入力により、一定時間プリント要求がなかった場合に、プロッタ２１０は省電力モードへ移行できる状態（内部条件成立）となる。この状態をエンジン状態判断部２０８は管理し、内部条件が成立したことを、ネットワークメインコントローラ２１３に伝える。
【００２８】
ネットワークコントローラ部２１１は、ネットワークフィルタ部２１２、ネットワークメインコントローラ２１３、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１などからなる。ネットワークメインコントローラ２１３は、ネットワークコントローラ全体を司り、省電力モードでも稼動するサブ・ＣＰＵを含むものである。なお、サブ・ＣＰＵは、第二の制御手段に相当する。また、サブ・ＣＰＵを含まなくともハードウェアロジックによりサブ・ＣＰＵ相当が実現されてもよい。
【００２９】
ネットワークメインコントローラ２１３は、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１を介して受信するパケットに対して、サブ・ＣＰＵで処理できるパケットについては処理し、サブ・ＣＰＵで処理できないパケットについては、メイン・ＣＰＵ２０２により処理を行う。また、画像処理装置１がＥｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１を介して送信するパケットに対して、サブ・ＣＰＵで処理できるパケットについては処理し、サブ・ＣＰＵで処理できないパケットについては、メイン・ＣＰＵ２０２により処理を行う。この送受信されるパケットに係る処理については後述する。なお、本実施例における画像処理装置１は、複数のネットワークプロトコルをサポートしているが、どちらのＣＰＵで処理するかは、パケットのプロトコルによるものである。
【００３０】
ネットワークフィルタ部２１２は、本発明に係るフィルタ部であり、ネットワーク４を介して送受信するパケットのフィルタを行う。受信するパケットについては、後述するプロトコルテーブルに基づいて、受信処理するか否かのフィルタを行う。また、送信するパケットについては、後述するプロトコルテーブルに基づいて、送信処理するか否かのフィルタを行う。このフィルタ部は、エンジン状態判断部２０８からネットワークメインコントローラ２１３に対して、内部条件が成立した旨の通知が来ると、ネットワークメインコントローラ２１３の動作開始命令により動作する。この詳細については後に説明する。また、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１は物理層インターフェースである。ネットワーク４は有線、無線を含むネットワークであり、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１は、ネットワーク４に対応したインターフェースとなる。
【００３１】
＜省電力モード＞
次に、省電力モードについて説明を行う。ここでは本発明の説明に係る点について簡単に説明する。省電力モードについての詳細は、例えば公知の方法によればよい。
【００３２】
省電力モードは、定められた省電力モード移行条件、例えば、所定時間外部からデータが制御部に入力されない場合、あるいは画像処理装置１の制御部あるいはネットワーク４に接続された端末から指定されたときなどに移行するモードである。このモードではメイン・ＣＰＵ２０２を含むコントローラ部２０１へは電力の供給は行われない。すなわち、コントローラ部２０１に電力を供給する電源回路からの通電は行われない。この通電の制御は、電源制御線を介して電源制御部によって行われ、電源制御部は電源管理部からの指示、あるいはネットワークメインコントローラ２１３に含まれるサブ・ＣＰＵからの指示によりコントローラ部２０２への通電のオンオフを制御する。
【００３３】
このように省電力モードでは、メイン・ＣＰＵ２０２を含むコントローラ部２０１に駆動電力が供給されないことから、メイン・ＣＰＵ２０２は動作せず、ＲＯＭ２０４、ＲＡＭ２０５等も使用することができない状態となっている。一方、ネットワークコントローラ部２１１および電力制御線に関係する各部は通電されている。
【００３４】
省エネモードになると、コントローラ部２０１への電源供給は絶たれ、ネットワーク４
との通信は、ネットワークコントローラ部２１１のサブ・ＣＰＵが制御する。ネットワーク４を介して入力されるデータがサブ・ＣＰＵで処理できるものであれば、そのまま省電力モードを継続するが、サーバ２やＰＣ３などから、印刷データやその他サブ・ＣＰＵでは処理できないパケットがネットワーク４を介して入力されると、サブ・ＣＰＵでは処理できなくなるので、コントローラ部２０１への通電を開始し、省電力モードから通常電力モードへ移行する。
【００３５】
なお、電力モードの移行は、定められた電力モード移行条件に従う。特に、省電力モード移行条件は、通常電力モードから省電力モードへの条件であるが、条件は装置ごとの特性により条件は様々である。本発明に係る画像処理装置１おいて、省電力モード移行条件は、内部条件と外部条件からなる。内部条件は、所定期間プロッタエンジンが稼動しなかった状態とする。また、外部条件は、所定期間ネットワークからのデータパケットの送受信がなかった状態とする。内部条件及び外部条件を満たすと、本発明に係る画像処理装置１は、通常電力モードから省電力モードへ移行する。なお、上述した通り電力モード移行条件は、装置ごとの特性により条件は様々であるが、画像処理装置でない装置の場合、外部条件は、所定期間ネットワークからのデータパケットの送受信がなかった状態とし、当該装置に定められた移行条件から外部条件を除いたものを内部条件とすることで、本発明を適用することができる。
【００３６】
＜動作＞
本発明に係る画像処理装置１は、図２を用いて説明した機能を有し、図１に説明したネットワーク環境に接続されているものである。画像処理装置１は、ネットワーク４に接続されているので様々なパケットを絶えず送受信している。
【００３７】
例えば、Ｗｉｎｄｏｗｓ（登録商標）のＯＳを使用しているネットワーク環境では約３０秒毎にネットワーク装置を監視するＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）パケットが送受信されている。ネットワーク上に３０台の当該ＯＳを有するＰＣが接続された環境である場合、このＭＩＢパケットの処理には送信を伴うため、画像処理装置１は、このＭＩＢパケットの受信、送信処理を1秒毎に行う必要がある。このＳＮＭＰパケットの送受信により、ネットワーク上の装置を把握、管理することができる。例えば、ＰＣから見ると、ネットワーク上に存在する装置が、アイコンで表示等される。
【００３８】
しかしながら、ＳＮＭＰパケットの処理は、メイン・ＣＰＵ２０１により処理されるタイプのパケットであるため、この処理を行う間は、前述した省電力モードに移行することができない。省電力モードは、装置に係るシステム（プロッタ・エンジン）を使用しない間は、メイン・ＣＰＵを含むコントローラ部２０１の電源を遮断することにより、消費電力を抑えることを目的とするものであるが、画像処理装置１のプロッタ２０３は、一定時間使用がなかったなどして省電力モードに移行できるにもかかわらず（内部条件成立）、ネットワークからのパケット処理によって、なかなか外部条件が成立せず、全体として、省電力モード自体に移行することができないことになる。
【００３９】
本発明に係る画像処理装置１は、プロッタ２０３が一定時間使用がなかったなどして省電力モードに移行できる状態になると（内部条件成立）、ネットワークメインコントローラ２１３は、パケット処理に際し、ネットワークフィルタ部によるパケットのフィルタを行う。通常電力モードにおいて、システムの内部条件が成立すると、省電力モードに移行し易いよう、処理するパケットをフィルタ、分別する。例えば、ＳＮＭＰメッセージ内のＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域の値に基づいて、Ｗｉｎｄｏｗｓ（登録商標）からのＳＮＭＰ．ＭＩＢパケットを特定できる。ＯＩＤが次の値である場合、当該パケットを遮断し処理を行わない。
ＯＩＤ １．３．６．１．２．１．２５．３．２．１．５．１
ＯＩＤ １．３．６．１．２．１．２５．３．５．１．１．１
ＯＩＤ １．３．６．１．２．１．２５．３．５．１．２．１
なお、ＳＮＭＰパケットに対するフィルタが動作する時には、画像処理装置１は、このＳＮＭＰを送信しなくなるので、他のＰＣ上から画像処理装置１のアイコンが見えなくなる等の影響を受けることになるが、実際に画像処理装置１を使用する際には、別の種類のＳＮＭＰ．ＭＩＢパケットを送信することで検索を行うため、実使用時には、特別な操作は必要なく、画像処理装置１を使用することが可能である。また、プリントする場合には、ＰＣから登録済みのプリントとして命令すれば、ＳＮＭＰの処理の有無とは別問題で、通常にプリントできる。また、プロッタ２０７自体がまだ省電力モードの移行の準備ができていない場合（内部条件不成立）は、フィルタは動作せず、通常にＳＮＭＰは処理され、ＰＣでの表示にも影響はない。また、後述するように、どのプロトコルをフィルタするかの設定が可能であるので、対象のプロトコルは、ネットワーク環境、運用に応じて設定されればよい。
【００４０】
図３は、ネットワークフィルタ部２１２が動作するタイミングについて説明するフローチャートである。ステップＳ３０１で、画像処理装置１に電源が投入されると、ステップＳ３０２で、装置の内部の初期化処理を実施する。初期化されると装置が起動し、ステップＳ３０４で、通常電力モードで画像処理装置１は動作する。コントローラ部２０１により、システム全体が制御され動作している。
【００４１】
ステップＳ３０４で、内部条件が成立する。即ち、プロッタ２０３が一定時間使用がなかったなどして省電力モードに移行できる状態になる。エンジン状態判断部２０８は、プロッタ（エンジン）２１０の状態を把握しており、内部条件が成立したことを、ネットワークメインコントローラ２１３に伝える。ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２に対し、パケットのフィルタ動作を開始するよう命令する。ステップＳ３０５で、ネットワークフィルタ部２１２は、この命令を受けて、メイン・ＣＰＵが処理するパケットが定められたプロトコルテーブルに基づいて、パケットのフィルタ動作を行う。このプロトコルテーブルについては後述する。
【００４２】
ステップＳ３０６は、送受信されるパケット処理に、メイン・ＣＰＵが必要となった場合のステップである。
【００４３】
まずパケットを受信する場合について説明する。ネットワーク４を介して受信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できるものであれば、ネットワークメインコントローラ２１３のサブ・ＣＰＵにより処理される。一方、ネットワーク４を介して受信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できないものであれば、ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２による受信処理すべきか否かのパケットのフィルタを行う。プロトコルテーブルに登録されたパケットである場合には、当該パケットは受信処理すべきパケットであるので、メイン・ＣＰＵによって処理される。このとき、ステップＳ３０６から「ＹＥＳ」に進む。
【００４４】
次に、パケットを送信する場合について説明する。ネットワーク４を介して送信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できるものであれば、ネットワークメインコントローラ２１３のサブ・ＣＰＵにより処理される。定期的に送信される種類のパケットは、比較的簡単な処理で済むので、ネットワークメインコントローラ２１３で処理可能である場合が多い。一方、ネットワーク４を介して送信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できないものであれば、ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２による送信処理すべきパケットか否かのフィルタを行う。プロトコルテーブルに登録されたパケットである場合には、当該パケットは送信処理すべきパケットであるので、メイン・ＣＰＵによって処理される。このとき、ステップＳ３０６から「ＹＥＳ」に進む。
【００４５】
ステップＳ３０７は、外部条件が成立するステップである。ネットワークフィルタ部２１２によるパケットフィルタは動作しているので、プロトコルテーブルに設定登録されないパケット（不必要なパケット）については送受信処理はされていない。一定期間、メイン・ＣＰＵの送受信処理を要するパケットがなければ（外部条件成立）、ステップＳ３０８で、画像処理装置１は、省電力モードに移行する。ステップＳ３０５以降においては、フィルタ動作により、不要な、メイン・ＣＰＵの処理を要するようなパケットは排除されているため、外部条件を満たしやすい状態にある。これにより、頻繁に処理を要するパケットがやり取りされるネットワーク環境においても、本画像処理装置は、スムーズに省電力モードに移行することが可能となる。即ち、できるだけ長い間省電力モードに移行することができるので、消費電力を一層削減することができる。次に、プロトコルテーブルの詳細について説明を行う。
【００４６】
＜プロトコルテーブル・設定画面＞
ネットワークフィルタ部２１２はプロトコルテーブル（パケットテーブル）に基づいて、メイン・ＣＰＵが処理するパケットを識別する。図４は、プロトコルの設定画面の一例であり、操作部２０３等から設定が可能である。当該設定画面で設定されたプロトコルに従って、プロトコルテーブルが作成される。図５は、当該設定画面に対応するプロトコルテーブルＡである。
【００４７】
ネットワークフィルタ部２１２は、内部条件成立以降は、プロトコルテーブルで、「無効」と設定されたプロトコルについてのパケットは処理させない。なお、ここで扱うプロトコルは、メイン・ＣＰＵによる処理が必要なタイプのプロトコルである。また、扱われるプロトコルは当該装置に従う。即ち、画像処理装置１の場合、画像処理装置が有するＯＳに依存するプロトコル、プリンタ機能に係るプロトコルとなる。
【００４８】
図４のプロトコル設定画面の例では、「ＦＴＰ」４０１、「ＤＨＣＰ」４０２、「その他のＳＮＭＰ」４０３、「ＬＤＰ」４０４、「ＩＰＰ」４０５について、「有効」に設定されている。この設定に対応して、図５のプロトコルテーブルＡの例では、「ＦＴＰ」５０１、「ＤＨＣＰ」５０２、「その他のＳＮＭＰ」５０３、「ＬＤＰ」５０４、「ＩＰＰ」５０５について、「有効」に設定されている。「有効」は処理するを意味し、「無効」と設定されたプロトコルについて、処理しないことを意味する。例えば、「ＦＴＰ」５０１は「有効」であるので、ＦＴＰプロトコルを用いたパケットに対しては、メイン・ＣＰＵ２０２が処理を行う。なお、どのプロトコルを「有効」、「無効」とするかの設定内容は、画像処理装置１が用いられるネットワーク環境に応じて適切に設定されればよい。また、画像処理装置１が受信するパケット、送信するパケットごとに、それぞれのプロトコルテーブル及びプロトコル設定画面を設けてもよい。その場合には、ネットワークフィルタ部２１２は、受信処理に係るパケットについて受信に係るプロトコルテーブルに基づいてフィルタを行う。同様に、送信処理に係るパケットについて送信に係るプロトコルテーブルに基づいてフィルタを行う。
【００４９】
これにより、ネットワーク環境によって使用されるネットワークパケットに係るプロトコルは様々であるが、上述したプロトコル設定機能により、ネットワーク環境に応じてフィルタ対象のパケットを任意に設定することができる。
【００５０】
＜変形例＞
上述した「プロトコルテーブル」を踏まえて、本変形例に係る画像処理装置について説明する。省電力モード時に、プロトコルテーブルを用いて、省電力モードから通常電力モードに復帰しにくくし、できるだけ長い間省電力モードを保つ画像処理装置などが知られているが、これに本発明を適用する。本変形例に係る画像処理装置は、図５のプロトコルテーブルＡに加え、図７のプロトコルテーブルＢを有する。またプロトコルテーブルＡと同様に、図６のプロトコル設定画面により設定が可能である。本変形例に係る画像処理装置は、プロトコルテーブルを２つ有しており、状態により適用するプロトコルテーブルを切り替える。
【００５１】
図８は、電力モード及び適用するプロトコルテーブルを示す状態遷移図である。図中、プロトコルテーブルにＡ、Ｂとあるが、Ａは、例えば、図５で用いたプロトコルテーブルＡである。これに対し、Ｂは、図７で用いたプロトコルテーブルＢである。プロトコルテーブルＡは、プロトコルテーブルＢと比べ、「無効」と設定されたプロトコルが多い。即ち、無効とするパケットを設定する内容となっている。
【００５２】
８０１の通常電力モードにおいては、プロトコルテーブルＢが適用されている。これに対し、８０３の省電力モードにおいては、プロトコルテーブルＡが適用されている。通常電力モードにおいては、不要なパケットを排すべく、プロトコルテーブルＢを用いてフィルタを行っている。省電力モードにおいては、できるだけ長い間スリープ状態を保つため、メイン・ＣＰＵでの処理が必要なパケットであってそれほど重要でないとされたプロトコルについて処理を行わない。この際に適用されるプロトコルテーブルがプロトコルテーブルＡである。例えば、「ＰＩＮＧ」については、通常電力モードでは、処理するものであるが、省電力モードでは、処理すると省電力モードから復帰し通常電力モードに移行してしまうため、プロトコルテーブルＡにより「ＰＩＮＧ」を「無効」としている。
【００５３】
本発明に係る８０２の通常電力モードでは、プロトコルテーブルＡが適用される。８０２の状態は、通常電力モードであるが、内部条件が成立しているため、画像処理装置１でいえば、プリンタエンジンが一定期間使用がなかったなどして省電力モードに移行できる状態にある。よって、省電力モードに移行し易いよう、省電力モードでも用いるプロトコルテーブルＡを用いて、メイン・ＣＰＵでの処理が必要なパケットであってそれほど重要でないとされたプロトコルについて処理を遮断する。
【００５４】
これにより、不要なメイン・ＣＰＵを要するようなパケットは排除されているため、外部条件を満たしやすい状態にある。これにより、頻繁に処理を要するパケットがやり取りされるネットワーク環境においても、本変形例に係る画像処理装置は、スムーズに省電力モードに移行することが可能となる。即ち、できるだけ長い間省電力モードに移行することができるので、消費電力を一層削減することができる。
【００５５】
また、通常電力モードで内部条件が不成立、即ち完全な稼動状態においても、処理不要なパケットを排除し、省電力モードで使用するプロトコルテーブルを通常電力モードかつ内部条件成立後にも適用することで、一貫したポリシーでもってパケットを制御することができる。また、当該装置を設計する上で、設計が簡易化される。
【００５６】
＜パケットのプロトコル識別＞
本発明に係る画像処理装置１は、ネットワーク４を介して受信するパケットの処理に際し、プロトコルテーブルに設定されたプロトコルについてフィルタを行うことは上述した通りである。ここで、画像処理装置１の行う受信に係るパケットのプロトコル識別について説明する。概略的には、受信に係るパケットについて、パケットヘッダに係る情報等に基づいてプロトコルの識別を行うものである。
【００５７】
図９は、ＩＥＥＥ８０２．３規格によるイーサネット（登録商標）フレームを示す図である。イーサネット（登録商標）フレームは、いわゆるＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｅｃｏｎｎｅｃｔｉｏｎ）参照モデルであるところのデータリンク層に相当するので、当該イーサネット（登録商標）フレームは、あて先ＭＡＣアドレス９０１、送信先ＭＡＣアドレス９０２、タイプ９０３、及びイーサネット（登録商標）・データのフィールドから構成されている。特に、タイプ（フィールド）９０３には、プロトコルタイプを規定されている。プロトコル識別に際し、はじめにこのタイプ９０３の値に基づいて振り分けを行う。図１０は、タイプ９０３の値に対応した「プロトコル」１０００を示す図である。例えば、タイプ９０３の「値」が「０ｘ０８００」１００２である場合、当該パケットは、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ４）１００３に係るパケットであることが分かる。また、タイプ９０３の「値」が「０ｘ８１４Ｃ」１００５である場合、当該パケットは、ＳＮＭＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）１００６に係るパケットである。
【００５８】
「動作」１００１は、当該パケットに対しての処理を示す。タイプ９０３が「０ｘ８１４Ｃ」１００５である場合、パケットは、「破棄」１００７される。この「動作」は、プロトコルテーブルに設定されている内容に対応し、この場合、プロトコルテーブルのＳＮＭＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）のプロトコルのフィルタは「無効」となっている。
【００５９】
タイプ９０３が「０ｘ０８００」１００２である場合、当該パケットは、「ＩＰｖ４」１００３に係るパケットである。ＩＰｖ４に係るパケットの場合、さらに細分化されているため、タイプ９０３の値のみからでは処理は決定できない。よって、さらに次のステップに進む。この場合は、「Ｓ１」１００４と規定されており、Ｓ１のステップに進む。
【００６０】
図１１は、タイプ９０３の値が「０ｘ０８００」である場合、即ち、当該パケットが、ＩＰｖ４に係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作（Ｓ１）を示す図である。ＩＰｖ４に係るパケットにおいては、さらにＯＳＩ参照モデルの上位層に位置するＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダ等に基づいて、パケットを特定する。そして、図の通り、当該ＩＰｖ４に係るパケットを処理するか、破棄するかを決定する。なお、ＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダの構造等については十分に知られているため、詳細について説明は省略する。
【００６１】
図１２は、タイプ９０３の値が「０ｘ０８０６」である場合、即ち、当該パケットが、ＡＲＰに係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作を示す図である。図の通り、ＡＲＰヘッダ情報に基づいて、当該ＡＲＰに係るパケットを処理するか、破棄するかを決定する。
【００６２】
図１３は、タイプ９０３の値が「０ｘ０８ＤＤ」である場合、即ち、当該パケットが、ＩＰｖ６に係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作を示す図である。同様に、詳細の説明は省略するが、ヘッダ情報に基づいて、当該ＩＰｖ６に係るパケットを処理するか、破棄するかを決定する。
【００６３】
以上、本発明によれば、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することができる。また、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６４】
１ 画像処理装置
２ サーバ
３ ＰＣ
２０１ コントローラ部
２０２ ＣＰＵ
２０３ 操作部Ｉ／Ｆ
２０４ ＲＯＭ
２０５ ＲＡＭ
２０６ ＮＶＲＡＭ
２０７ エンジンＩ／Ｆ
２０８ エンジン状態判断部
２０９ 操作部
２１０ プロッタ
２１１ ネットワークコントローラ部
２１２ ネットワークフィルタ部
２１３ ネットワークメインコントローラ
２１４ Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ
【先行技術文献】
【特許文献】
【００６５】
【特許文献１】特開２００６−３０９７３１号公報
【技術分野】
【０００１】
本発明は、情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体の分野に関する。
【背景技術】
【０００２】
近年、地球温暖化の原因となる二酸化炭素の排出削減、また極力消費電力を抑えてのコスト削減の観点から、ネットワーク装置には低消費電力化の要請がある。そのような中で、消費電力を低く抑えるべく、今日のネットワーク装置（ネットワーク上の装置をいう）、例えば、情報処理装置や画像処理装置では、少しでも長い時間、消費電力を低い状態に保つため、省電力モード（省エネモード、スリープモードともいう）を搭載するものが提案されている。省エネ機能を有したネットワーク装置は、一定時間稼動要求がない場合等に、通常電力モード時に使用しているメイン・ＣＰＵから消費電力の低いサブ・ＣＰＵへの使用に切り替えることで消費電力の削減を図っている。
【０００３】
ところで、近年ネットワークがますます複雑化し、ネットワーク上には多くのネットワーク対応装置が接続される中、Ｗｉｎｄｏｗｓ（登録商標）をはじめとしたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）搭載の装置は、定期的なパケット通信を行っていることが多く、また逆に定期的に所定のパケットを送信している。このため、ネットワーク装置は頻繁にＯＳから定期的に発信されるパケットを受信したり、ＯＳから要求される定期的なパケットの送信をしたりする必要があり、消費電力の低い省電力モード状態を保ちにくくなっている。
【０００４】
特許文献１に係る装置では、省エネ状態から復帰させるための復帰条件を設定することができ、特定パケットを受信した場合に、省エネ状態から復帰させるネットワーク装置についての発明が開示されている。実際のネットワーク環境では、探索アプリケーションからの探索パケットやＷｉｎｄｏｗｓ（登録商標）からの探索パケットを頻繁に受信しており、通常電力モード時には処理対象であったこのようなパケットであっても、省電力モード状態時には無効（処理しない）とし、できるだけ長い時間、省電力状態を保つことで消費電力を抑えることが可能となっている。特許文献１に係る装置は、省電力モード状態時において、これらのパケットを受信しても通常電力モードに復帰せず、省電力モード状態を維持する。これにより、できるだけ長い時間、省エネ状態を保ち電力消費を抑えることが記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に係る発明は、省電力モード状態時において、通常電力モード時に処理していたパケットを無効とすることで、できるだけ長く、省電力状態を維持することができるが、上述したとおり今日のネットワークの複雑化により、ネットワーク上の装置は、頻繁にネットワークからのパケット処理の要求に応じなくてはならず、当該装置が省電力モード機能を有していたとしても、そもそも省電力モード状態に移行すること自体が難しくなっており、省電力モードとしての機能を発揮しにくい環境にさらされている。即ち、複数のネットワークプロトコルをサポートするネットワーク装置が、通常電力モード時において、いかにスムーズに省電力モード状態に移行できるかについてもまた、省エネの観点から要請される課題である。
【０００６】
そこで本発明では上記のような問題に鑑みて、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明に係る情報処理装置は、当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルと、前記システムにおける省電力モード移行の可否を判断する判断手段とを有し、前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により前記システムの省電力モード移行が可であると判断されたとき、前記パケットテーブルに基づいて、パケットを処理することを特徴とする。
【０００８】
また、上記課題を解決するため、本発明に係る情報処理装置は、当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、前記システムにおける省電力モード移行の可否を判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により前記システムの省電力モード移行が可であると判断されたとき、前記パケットテーブルに基づいて、パケットを処理することを特徴とする。
【０００９】
また、上記課題を解決するため、前記システムに係る内部条件及び前記ネットワークに係る外部条件に基づいて、電力モード移行されることを特徴とする。
【００１０】
また、上記課題を解決するため、前記ネットワークコントローラ部は、パケットのヘッダに基づいてパケット属性を識別して、受信されたパケットを処理することを特徴とする。
【００１１】
また、上記課題を解決するため、前記パケットは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）であって、前記ヘッダは、ＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域であることを特徴とする。
【００１２】
また、上記課題を解決するため、前記パケットテーブルに登録されるパケットの属性は、設定可能であることを特徴とする。
【００１３】
また、上記課題を解決するため、前記情報処理装置は、画像処理装置であることを特徴とする。
【００１４】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１５】
本発明によれば、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るネットワーク構成図の一例である。
【図２】画像処理装置のブロック図である。
【図３】本発明に係るフローチャートである。
【図４】設定画面の一例を表す図である。
【図５】プロトコルテーブルの一例を表す図である。
【図６】設定画面の一例を表す図である。
【図７】プロトコルテーブルの一例を表す図である。
【図８】電力モードに係る状態遷移図である。
【図９】イーサネット（登録商標）フレームを説明する図である。
【図１０】プロトコル識別を説明する図である。
【図１１】プロトコル識別を説明する図である。
【図１２】プロトコル識別を説明する図である。
【図１３】プロトコル識別を説明する図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１８】
＜画像処理装置の概要及び構成＞
本発明の実施形態に係る画像処理装置を用いて説明を行う。図１は、本実施形態に係る画像処理装置が用いられる全体構成図を示し、画像処理装置１、サーバ２、ＰＣ３（パーソナルコンピュータ）、及びネットワーク４を含む構成である。
【００１９】
画像処理装置１について説明する。本実施形態における画像処理装置１は、ネットワーク・プリンタである。例えば、ネットワークを介して、サーバ２、ＰＣ３からのプリント要求を受け、プリントサービスを提供する。
【００２０】
また、本実施例における画像形成装置１は、複数のネットワークプロトコルをサポートしている。ネットワーク上に接続されており、サポートするネットワークプロトコルを受信すると当該プロトコルに対して該当するサービスを提供する。このようなネットワークプロトコルの一例としては、ブロードキャストパケット、印刷プロトコルに従うもの(ＬＰＲ、ＩＰＰ、ＦＴＰ、ＳＭＴＰ等)、ユーティリティのプロトコルに従うもの（ＳＮＭＰ、ＳＬＰ等）、起動専用パケット等がある。
【００２１】
さらに、本実施例における画像処理装置１は、省電力モード搭載の装置である。通常電力モードと省電力モードを有し、使用されないときになど省電力モードに移行し、消費電力を節約するものである。これについては後に説明する。
【００２２】
サーバ２、ＰＣ３は、ネットワーク４に接続されたネットワーク上の装置である。例えば、Ｗｉｎｄｏｗｓ（登録商標）といったＯＳ（Ｏｐｅｒａｔｉｏｎｇ Ｓｙｓｔｅｍ）を有しており、ネットワーク上に対し、様々なネットワークパケットを送受信している。ネットワークパケットは、サーバやＰＣの機能によって様々であるが、例えばＯＳに基づくプロトコルのパケットやブロードキャスト系パケットである。これらのパケットは、画像処理装置１に対して送信されるものもある。
【００２３】
なおここで、画像処理装置１は、プリンタとしたが、他にコピー機能、ファクシミリ（ＦＡＸ）機能、スキャナ機能及び入力画像を配信する機能等を複合したいわゆるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）と称されるデジタルカラー複合機でもよい。しかしながら、説明の簡易化のために、プリンタであるものとして説明を行うものである。即ち、本発明は係る特定の実施形態に限定されるものではなく、本発明の要旨の範囲内において、ネットワーク上の、コピー機、ＦＡＸ、スキャナ機、情報処理装置、その他の装置を含めて、適用、応用可能である。
【００２４】
＜画像処理装置の機能＞
画像処理装置１の機能について説明を行う。ここでは本発明の説明に係る点について簡単に説明する。図２は、本発明に係る画像処理装置１の機能を説明するブロック図である。画像処理装置１は、コントローラ部２０１、ネットワークコントローラ部２１１、プロッタ２１０、操作部２０９を含む構成である。
【００２５】
コントローラ部２０１には、ＣＰＵ２０２、操作部Ｉ／Ｆ（インターフェース）２０３、ＲＯＭ２０４、ＲＡＭ２０５、ＮＶＲＡＭ２０６、エンジンＩ／Ｆ２０７、エンジン状態判断部２０８などからなる。コントローラ部２０１は、メイン・ＣＰＵによりシステム全体を司るコントロール部である。本画像処理装置１においては、特にエンジンＩ／Ｆを介し、プリント機能に係るプロッタ２１０を制御する。なお、ＣＰＵ２０２は、第一の制御手段に相当する。
【００２６】
ＲＯＭ２０４には、ＣＰＵ２０２が実行するプログラムやフォント情報等が記憶されている。ＲＡＭ２０５は、ＣＰＵ２０２が実行するプログラムが格納されたり、各種ワーク用のパラメータや、ネットワークから取得したパケットが格納される。ＮＶＲＡＭ２０６は、不揮発性のメモリであり、システム設定やシステムログ等の電源遮断で消去されてはいけない情報を保管するために使用される。
【００２７】
エンジン状態判断部２０８は、プロッタ（エンジン）２１０の状態を把握しており、プロッタ２１０が後述する省電力モードに移行できる状態（内部条件という）になったか否かを判断する。例えば、サーバ２やＰＣ３から、もしくはユーザからの直接操作入力により、一定時間プリント要求がなかった場合に、プロッタ２１０は省電力モードへ移行できる状態（内部条件成立）となる。この状態をエンジン状態判断部２０８は管理し、内部条件が成立したことを、ネットワークメインコントローラ２１３に伝える。
【００２８】
ネットワークコントローラ部２１１は、ネットワークフィルタ部２１２、ネットワークメインコントローラ２１３、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１などからなる。ネットワークメインコントローラ２１３は、ネットワークコントローラ全体を司り、省電力モードでも稼動するサブ・ＣＰＵを含むものである。なお、サブ・ＣＰＵは、第二の制御手段に相当する。また、サブ・ＣＰＵを含まなくともハードウェアロジックによりサブ・ＣＰＵ相当が実現されてもよい。
【００２９】
ネットワークメインコントローラ２１３は、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１を介して受信するパケットに対して、サブ・ＣＰＵで処理できるパケットについては処理し、サブ・ＣＰＵで処理できないパケットについては、メイン・ＣＰＵ２０２により処理を行う。また、画像処理装置１がＥｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１を介して送信するパケットに対して、サブ・ＣＰＵで処理できるパケットについては処理し、サブ・ＣＰＵで処理できないパケットについては、メイン・ＣＰＵ２０２により処理を行う。この送受信されるパケットに係る処理については後述する。なお、本実施例における画像処理装置１は、複数のネットワークプロトコルをサポートしているが、どちらのＣＰＵで処理するかは、パケットのプロトコルによるものである。
【００３０】
ネットワークフィルタ部２１２は、本発明に係るフィルタ部であり、ネットワーク４を介して送受信するパケットのフィルタを行う。受信するパケットについては、後述するプロトコルテーブルに基づいて、受信処理するか否かのフィルタを行う。また、送信するパケットについては、後述するプロトコルテーブルに基づいて、送信処理するか否かのフィルタを行う。このフィルタ部は、エンジン状態判断部２０８からネットワークメインコントローラ２１３に対して、内部条件が成立した旨の通知が来ると、ネットワークメインコントローラ２１３の動作開始命令により動作する。この詳細については後に説明する。また、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１は物理層インターフェースである。ネットワーク４は有線、無線を含むネットワークであり、Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ２１１は、ネットワーク４に対応したインターフェースとなる。
【００３１】
＜省電力モード＞
次に、省電力モードについて説明を行う。ここでは本発明の説明に係る点について簡単に説明する。省電力モードについての詳細は、例えば公知の方法によればよい。
【００３２】
省電力モードは、定められた省電力モード移行条件、例えば、所定時間外部からデータが制御部に入力されない場合、あるいは画像処理装置１の制御部あるいはネットワーク４に接続された端末から指定されたときなどに移行するモードである。このモードではメイン・ＣＰＵ２０２を含むコントローラ部２０１へは電力の供給は行われない。すなわち、コントローラ部２０１に電力を供給する電源回路からの通電は行われない。この通電の制御は、電源制御線を介して電源制御部によって行われ、電源制御部は電源管理部からの指示、あるいはネットワークメインコントローラ２１３に含まれるサブ・ＣＰＵからの指示によりコントローラ部２０２への通電のオンオフを制御する。
【００３３】
このように省電力モードでは、メイン・ＣＰＵ２０２を含むコントローラ部２０１に駆動電力が供給されないことから、メイン・ＣＰＵ２０２は動作せず、ＲＯＭ２０４、ＲＡＭ２０５等も使用することができない状態となっている。一方、ネットワークコントローラ部２１１および電力制御線に関係する各部は通電されている。
【００３４】
省エネモードになると、コントローラ部２０１への電源供給は絶たれ、ネットワーク４
との通信は、ネットワークコントローラ部２１１のサブ・ＣＰＵが制御する。ネットワーク４を介して入力されるデータがサブ・ＣＰＵで処理できるものであれば、そのまま省電力モードを継続するが、サーバ２やＰＣ３などから、印刷データやその他サブ・ＣＰＵでは処理できないパケットがネットワーク４を介して入力されると、サブ・ＣＰＵでは処理できなくなるので、コントローラ部２０１への通電を開始し、省電力モードから通常電力モードへ移行する。
【００３５】
なお、電力モードの移行は、定められた電力モード移行条件に従う。特に、省電力モード移行条件は、通常電力モードから省電力モードへの条件であるが、条件は装置ごとの特性により条件は様々である。本発明に係る画像処理装置１おいて、省電力モード移行条件は、内部条件と外部条件からなる。内部条件は、所定期間プロッタエンジンが稼動しなかった状態とする。また、外部条件は、所定期間ネットワークからのデータパケットの送受信がなかった状態とする。内部条件及び外部条件を満たすと、本発明に係る画像処理装置１は、通常電力モードから省電力モードへ移行する。なお、上述した通り電力モード移行条件は、装置ごとの特性により条件は様々であるが、画像処理装置でない装置の場合、外部条件は、所定期間ネットワークからのデータパケットの送受信がなかった状態とし、当該装置に定められた移行条件から外部条件を除いたものを内部条件とすることで、本発明を適用することができる。
【００３６】
＜動作＞
本発明に係る画像処理装置１は、図２を用いて説明した機能を有し、図１に説明したネットワーク環境に接続されているものである。画像処理装置１は、ネットワーク４に接続されているので様々なパケットを絶えず送受信している。
【００３７】
例えば、Ｗｉｎｄｏｗｓ（登録商標）のＯＳを使用しているネットワーク環境では約３０秒毎にネットワーク装置を監視するＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）パケットが送受信されている。ネットワーク上に３０台の当該ＯＳを有するＰＣが接続された環境である場合、このＭＩＢパケットの処理には送信を伴うため、画像処理装置１は、このＭＩＢパケットの受信、送信処理を1秒毎に行う必要がある。このＳＮＭＰパケットの送受信により、ネットワーク上の装置を把握、管理することができる。例えば、ＰＣから見ると、ネットワーク上に存在する装置が、アイコンで表示等される。
【００３８】
しかしながら、ＳＮＭＰパケットの処理は、メイン・ＣＰＵ２０１により処理されるタイプのパケットであるため、この処理を行う間は、前述した省電力モードに移行することができない。省電力モードは、装置に係るシステム（プロッタ・エンジン）を使用しない間は、メイン・ＣＰＵを含むコントローラ部２０１の電源を遮断することにより、消費電力を抑えることを目的とするものであるが、画像処理装置１のプロッタ２０３は、一定時間使用がなかったなどして省電力モードに移行できるにもかかわらず（内部条件成立）、ネットワークからのパケット処理によって、なかなか外部条件が成立せず、全体として、省電力モード自体に移行することができないことになる。
【００３９】
本発明に係る画像処理装置１は、プロッタ２０３が一定時間使用がなかったなどして省電力モードに移行できる状態になると（内部条件成立）、ネットワークメインコントローラ２１３は、パケット処理に際し、ネットワークフィルタ部によるパケットのフィルタを行う。通常電力モードにおいて、システムの内部条件が成立すると、省電力モードに移行し易いよう、処理するパケットをフィルタ、分別する。例えば、ＳＮＭＰメッセージ内のＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域の値に基づいて、Ｗｉｎｄｏｗｓ（登録商標）からのＳＮＭＰ．ＭＩＢパケットを特定できる。ＯＩＤが次の値である場合、当該パケットを遮断し処理を行わない。
ＯＩＤ １．３．６．１．２．１．２５．３．２．１．５．１
ＯＩＤ １．３．６．１．２．１．２５．３．５．１．１．１
ＯＩＤ １．３．６．１．２．１．２５．３．５．１．２．１
なお、ＳＮＭＰパケットに対するフィルタが動作する時には、画像処理装置１は、このＳＮＭＰを送信しなくなるので、他のＰＣ上から画像処理装置１のアイコンが見えなくなる等の影響を受けることになるが、実際に画像処理装置１を使用する際には、別の種類のＳＮＭＰ．ＭＩＢパケットを送信することで検索を行うため、実使用時には、特別な操作は必要なく、画像処理装置１を使用することが可能である。また、プリントする場合には、ＰＣから登録済みのプリントとして命令すれば、ＳＮＭＰの処理の有無とは別問題で、通常にプリントできる。また、プロッタ２０７自体がまだ省電力モードの移行の準備ができていない場合（内部条件不成立）は、フィルタは動作せず、通常にＳＮＭＰは処理され、ＰＣでの表示にも影響はない。また、後述するように、どのプロトコルをフィルタするかの設定が可能であるので、対象のプロトコルは、ネットワーク環境、運用に応じて設定されればよい。
【００４０】
図３は、ネットワークフィルタ部２１２が動作するタイミングについて説明するフローチャートである。ステップＳ３０１で、画像処理装置１に電源が投入されると、ステップＳ３０２で、装置の内部の初期化処理を実施する。初期化されると装置が起動し、ステップＳ３０４で、通常電力モードで画像処理装置１は動作する。コントローラ部２０１により、システム全体が制御され動作している。
【００４１】
ステップＳ３０４で、内部条件が成立する。即ち、プロッタ２０３が一定時間使用がなかったなどして省電力モードに移行できる状態になる。エンジン状態判断部２０８は、プロッタ（エンジン）２１０の状態を把握しており、内部条件が成立したことを、ネットワークメインコントローラ２１３に伝える。ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２に対し、パケットのフィルタ動作を開始するよう命令する。ステップＳ３０５で、ネットワークフィルタ部２１２は、この命令を受けて、メイン・ＣＰＵが処理するパケットが定められたプロトコルテーブルに基づいて、パケットのフィルタ動作を行う。このプロトコルテーブルについては後述する。
【００４２】
ステップＳ３０６は、送受信されるパケット処理に、メイン・ＣＰＵが必要となった場合のステップである。
【００４３】
まずパケットを受信する場合について説明する。ネットワーク４を介して受信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できるものであれば、ネットワークメインコントローラ２１３のサブ・ＣＰＵにより処理される。一方、ネットワーク４を介して受信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できないものであれば、ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２による受信処理すべきか否かのパケットのフィルタを行う。プロトコルテーブルに登録されたパケットである場合には、当該パケットは受信処理すべきパケットであるので、メイン・ＣＰＵによって処理される。このとき、ステップＳ３０６から「ＹＥＳ」に進む。
【００４４】
次に、パケットを送信する場合について説明する。ネットワーク４を介して送信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できるものであれば、ネットワークメインコントローラ２１３のサブ・ＣＰＵにより処理される。定期的に送信される種類のパケットは、比較的簡単な処理で済むので、ネットワークメインコントローラ２１３で処理可能である場合が多い。一方、ネットワーク４を介して送信されるパケットがネットワークメインコントローラ２１３のサブ・ＣＰＵで処理できないものであれば、ネットワークメインコントローラ２１３は、ネットワークフィルタ部２１２による送信処理すべきパケットか否かのフィルタを行う。プロトコルテーブルに登録されたパケットである場合には、当該パケットは送信処理すべきパケットであるので、メイン・ＣＰＵによって処理される。このとき、ステップＳ３０６から「ＹＥＳ」に進む。
【００４５】
ステップＳ３０７は、外部条件が成立するステップである。ネットワークフィルタ部２１２によるパケットフィルタは動作しているので、プロトコルテーブルに設定登録されないパケット（不必要なパケット）については送受信処理はされていない。一定期間、メイン・ＣＰＵの送受信処理を要するパケットがなければ（外部条件成立）、ステップＳ３０８で、画像処理装置１は、省電力モードに移行する。ステップＳ３０５以降においては、フィルタ動作により、不要な、メイン・ＣＰＵの処理を要するようなパケットは排除されているため、外部条件を満たしやすい状態にある。これにより、頻繁に処理を要するパケットがやり取りされるネットワーク環境においても、本画像処理装置は、スムーズに省電力モードに移行することが可能となる。即ち、できるだけ長い間省電力モードに移行することができるので、消費電力を一層削減することができる。次に、プロトコルテーブルの詳細について説明を行う。
【００４６】
＜プロトコルテーブル・設定画面＞
ネットワークフィルタ部２１２はプロトコルテーブル（パケットテーブル）に基づいて、メイン・ＣＰＵが処理するパケットを識別する。図４は、プロトコルの設定画面の一例であり、操作部２０３等から設定が可能である。当該設定画面で設定されたプロトコルに従って、プロトコルテーブルが作成される。図５は、当該設定画面に対応するプロトコルテーブルＡである。
【００４７】
ネットワークフィルタ部２１２は、内部条件成立以降は、プロトコルテーブルで、「無効」と設定されたプロトコルについてのパケットは処理させない。なお、ここで扱うプロトコルは、メイン・ＣＰＵによる処理が必要なタイプのプロトコルである。また、扱われるプロトコルは当該装置に従う。即ち、画像処理装置１の場合、画像処理装置が有するＯＳに依存するプロトコル、プリンタ機能に係るプロトコルとなる。
【００４８】
図４のプロトコル設定画面の例では、「ＦＴＰ」４０１、「ＤＨＣＰ」４０２、「その他のＳＮＭＰ」４０３、「ＬＤＰ」４０４、「ＩＰＰ」４０５について、「有効」に設定されている。この設定に対応して、図５のプロトコルテーブルＡの例では、「ＦＴＰ」５０１、「ＤＨＣＰ」５０２、「その他のＳＮＭＰ」５０３、「ＬＤＰ」５０４、「ＩＰＰ」５０５について、「有効」に設定されている。「有効」は処理するを意味し、「無効」と設定されたプロトコルについて、処理しないことを意味する。例えば、「ＦＴＰ」５０１は「有効」であるので、ＦＴＰプロトコルを用いたパケットに対しては、メイン・ＣＰＵ２０２が処理を行う。なお、どのプロトコルを「有効」、「無効」とするかの設定内容は、画像処理装置１が用いられるネットワーク環境に応じて適切に設定されればよい。また、画像処理装置１が受信するパケット、送信するパケットごとに、それぞれのプロトコルテーブル及びプロトコル設定画面を設けてもよい。その場合には、ネットワークフィルタ部２１２は、受信処理に係るパケットについて受信に係るプロトコルテーブルに基づいてフィルタを行う。同様に、送信処理に係るパケットについて送信に係るプロトコルテーブルに基づいてフィルタを行う。
【００４９】
これにより、ネットワーク環境によって使用されるネットワークパケットに係るプロトコルは様々であるが、上述したプロトコル設定機能により、ネットワーク環境に応じてフィルタ対象のパケットを任意に設定することができる。
【００５０】
＜変形例＞
上述した「プロトコルテーブル」を踏まえて、本変形例に係る画像処理装置について説明する。省電力モード時に、プロトコルテーブルを用いて、省電力モードから通常電力モードに復帰しにくくし、できるだけ長い間省電力モードを保つ画像処理装置などが知られているが、これに本発明を適用する。本変形例に係る画像処理装置は、図５のプロトコルテーブルＡに加え、図７のプロトコルテーブルＢを有する。またプロトコルテーブルＡと同様に、図６のプロトコル設定画面により設定が可能である。本変形例に係る画像処理装置は、プロトコルテーブルを２つ有しており、状態により適用するプロトコルテーブルを切り替える。
【００５１】
図８は、電力モード及び適用するプロトコルテーブルを示す状態遷移図である。図中、プロトコルテーブルにＡ、Ｂとあるが、Ａは、例えば、図５で用いたプロトコルテーブルＡである。これに対し、Ｂは、図７で用いたプロトコルテーブルＢである。プロトコルテーブルＡは、プロトコルテーブルＢと比べ、「無効」と設定されたプロトコルが多い。即ち、無効とするパケットを設定する内容となっている。
【００５２】
８０１の通常電力モードにおいては、プロトコルテーブルＢが適用されている。これに対し、８０３の省電力モードにおいては、プロトコルテーブルＡが適用されている。通常電力モードにおいては、不要なパケットを排すべく、プロトコルテーブルＢを用いてフィルタを行っている。省電力モードにおいては、できるだけ長い間スリープ状態を保つため、メイン・ＣＰＵでの処理が必要なパケットであってそれほど重要でないとされたプロトコルについて処理を行わない。この際に適用されるプロトコルテーブルがプロトコルテーブルＡである。例えば、「ＰＩＮＧ」については、通常電力モードでは、処理するものであるが、省電力モードでは、処理すると省電力モードから復帰し通常電力モードに移行してしまうため、プロトコルテーブルＡにより「ＰＩＮＧ」を「無効」としている。
【００５３】
本発明に係る８０２の通常電力モードでは、プロトコルテーブルＡが適用される。８０２の状態は、通常電力モードであるが、内部条件が成立しているため、画像処理装置１でいえば、プリンタエンジンが一定期間使用がなかったなどして省電力モードに移行できる状態にある。よって、省電力モードに移行し易いよう、省電力モードでも用いるプロトコルテーブルＡを用いて、メイン・ＣＰＵでの処理が必要なパケットであってそれほど重要でないとされたプロトコルについて処理を遮断する。
【００５４】
これにより、不要なメイン・ＣＰＵを要するようなパケットは排除されているため、外部条件を満たしやすい状態にある。これにより、頻繁に処理を要するパケットがやり取りされるネットワーク環境においても、本変形例に係る画像処理装置は、スムーズに省電力モードに移行することが可能となる。即ち、できるだけ長い間省電力モードに移行することができるので、消費電力を一層削減することができる。
【００５５】
また、通常電力モードで内部条件が不成立、即ち完全な稼動状態においても、処理不要なパケットを排除し、省電力モードで使用するプロトコルテーブルを通常電力モードかつ内部条件成立後にも適用することで、一貫したポリシーでもってパケットを制御することができる。また、当該装置を設計する上で、設計が簡易化される。
【００５６】
＜パケットのプロトコル識別＞
本発明に係る画像処理装置１は、ネットワーク４を介して受信するパケットの処理に際し、プロトコルテーブルに設定されたプロトコルについてフィルタを行うことは上述した通りである。ここで、画像処理装置１の行う受信に係るパケットのプロトコル識別について説明する。概略的には、受信に係るパケットについて、パケットヘッダに係る情報等に基づいてプロトコルの識別を行うものである。
【００５７】
図９は、ＩＥＥＥ８０２．３規格によるイーサネット（登録商標）フレームを示す図である。イーサネット（登録商標）フレームは、いわゆるＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｅｃｏｎｎｅｃｔｉｏｎ）参照モデルであるところのデータリンク層に相当するので、当該イーサネット（登録商標）フレームは、あて先ＭＡＣアドレス９０１、送信先ＭＡＣアドレス９０２、タイプ９０３、及びイーサネット（登録商標）・データのフィールドから構成されている。特に、タイプ（フィールド）９０３には、プロトコルタイプを規定されている。プロトコル識別に際し、はじめにこのタイプ９０３の値に基づいて振り分けを行う。図１０は、タイプ９０３の値に対応した「プロトコル」１０００を示す図である。例えば、タイプ９０３の「値」が「０ｘ０８００」１００２である場合、当該パケットは、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ４）１００３に係るパケットであることが分かる。また、タイプ９０３の「値」が「０ｘ８１４Ｃ」１００５である場合、当該パケットは、ＳＮＭＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）１００６に係るパケットである。
【００５８】
「動作」１００１は、当該パケットに対しての処理を示す。タイプ９０３が「０ｘ８１４Ｃ」１００５である場合、パケットは、「破棄」１００７される。この「動作」は、プロトコルテーブルに設定されている内容に対応し、この場合、プロトコルテーブルのＳＮＭＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）のプロトコルのフィルタは「無効」となっている。
【００５９】
タイプ９０３が「０ｘ０８００」１００２である場合、当該パケットは、「ＩＰｖ４」１００３に係るパケットである。ＩＰｖ４に係るパケットの場合、さらに細分化されているため、タイプ９０３の値のみからでは処理は決定できない。よって、さらに次のステップに進む。この場合は、「Ｓ１」１００４と規定されており、Ｓ１のステップに進む。
【００６０】
図１１は、タイプ９０３の値が「０ｘ０８００」である場合、即ち、当該パケットが、ＩＰｖ４に係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作（Ｓ１）を示す図である。ＩＰｖ４に係るパケットにおいては、さらにＯＳＩ参照モデルの上位層に位置するＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダ等に基づいて、パケットを特定する。そして、図の通り、当該ＩＰｖ４に係るパケットを処理するか、破棄するかを決定する。なお、ＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダの構造等については十分に知られているため、詳細について説明は省略する。
【００６１】
図１２は、タイプ９０３の値が「０ｘ０８０６」である場合、即ち、当該パケットが、ＡＲＰに係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作を示す図である。図の通り、ＡＲＰヘッダ情報に基づいて、当該ＡＲＰに係るパケットを処理するか、破棄するかを決定する。
【００６２】
図１３は、タイプ９０３の値が「０ｘ０８ＤＤ」である場合、即ち、当該パケットが、ＩＰｖ６に係るパケットである場合の、本発明に係る画像形成装置のパケット処理動作を示す図である。同様に、詳細の説明は省略するが、ヘッダ情報に基づいて、当該ＩＰｖ６に係るパケットを処理するか、破棄するかを決定する。
【００６３】
以上、本発明によれば、通常電力モード時において不要なパケット処理を排し、スムーズに省電力モードへ移行して省電力化を図る情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体を提供することができる。また、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６４】
１ 画像処理装置
２ サーバ
３ ＰＣ
２０１ コントローラ部
２０２ ＣＰＵ
２０３ 操作部Ｉ／Ｆ
２０４ ＲＯＭ
２０５ ＲＡＭ
２０６ ＮＶＲＡＭ
２０７ エンジンＩ／Ｆ
２０８ エンジン状態判断部
２０９ 操作部
２１０ プロッタ
２１１ ネットワークコントローラ部
２１２ ネットワークフィルタ部
２１３ ネットワークメインコントローラ
２１４ Ｅｔｈｅｒｎｅｔ（登録商標） ＰＨＹ
【先行技術文献】
【特許文献】
【００６５】
【特許文献１】特開２００６−３０９７３１号公報
【特許請求の範囲】
【請求項１】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、
前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルと、
一定期間前記システムが動作していないかを判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄すること、
を特徴とする情報処理装置。
【請求項２】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、
一定期間前記システムが動作していないかを判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄すること、
を特徴とする情報処理装置。
【請求項３】
前記ネットワークコントローラ部は、パケットのヘッダに基づいてパケット属性を識別して、受信されたパケットを処理すること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記パケットは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）であって、前記ヘッダは、ＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域であること、
を特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記パケットテーブルに登録されるパケットの属性は、設定可能であること、
を特徴とする１ないし４いずれか一項に記載の情報処理装置。
【請求項６】
前記情報処理装置は、画像処理装置であること、
を特徴とする請求項１ないし５いずれか一項に記載の情報処理装置。
【請求項７】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置における電力モード制御方法であって、
一定期間前記システムが動作していないかを判断する判断手順と、
前記ネットワークコントローラ部が、通常電力モードにおいて、前記判断手順により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄する手順と、
を有する特徴とする電力モード制御方法。
【請求項８】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置における電力モード制御方法であって、
一定期間前記システムが動作していないかを判断する判断手順と、
前記ネットワークコントローラ部が、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄する手順と、
を有する特徴とする電力モード制御方法。
【請求項９】
請求項７又は８に記載の電力モード制御方法をコンピュータに実行させるための電力モード制御プログラム。
【請求項１０】
請求項９に記載の電力モード制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、
前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルと、
一定期間前記システムが動作していないかを判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄すること、
を特徴とする情報処理装置。
【請求項２】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置であって、
一定期間前記システムが動作していないかを判断する判断手段とを有し、
前記ネットワークコントローラ部は、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄すること、
を特徴とする情報処理装置。
【請求項３】
前記ネットワークコントローラ部は、パケットのヘッダに基づいてパケット属性を識別して、受信されたパケットを処理すること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記パケットは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）であって、前記ヘッダは、ＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）領域であること、
を特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記パケットテーブルに登録されるパケットの属性は、設定可能であること、
を特徴とする１ないし４いずれか一項に記載の情報処理装置。
【請求項６】
前記情報処理装置は、画像処理装置であること、
を特徴とする請求項１ないし５いずれか一項に記載の情報処理装置。
【請求項７】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段とを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置における電力モード制御方法であって、
一定期間前記システムが動作していないかを判断する判断手順と、
前記ネットワークコントローラ部が、通常電力モードにおいて、前記判断手順により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理が許可されたパケットが登録されたパケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄する手順と、
を有する特徴とする電力モード制御方法。
【請求項８】
当該情報処理装置に係るシステムの制御を司る第一の制御手段と、ネットワークに接続され、パケットに係る処理を司るネットワークコントローラ部の制御を司る第二の制御手段と、省電力モード時に、前記ネットワークを介して送受信されるパケットの内、前記第一の制御手段で処理されるパケットが登録されたパケットテーブルとを有し、第一の制御手段及び第二の制御手段が共に稼動する通常電力モードから、少なくとも一定期間前記システムが動作しないとき且つ第一の制御手段でパケットを処理しないときに、第一の制御手段の電源が遮断される省電力モードへ移行する情報処理装置における電力モード制御方法であって、
一定期間前記システムが動作していないかを判断する判断手順と、
前記ネットワークコントローラ部が、通常電力モードにおいて、前記判断手段により一定期間前記システムが動作していないと判断された後、前記第一の制御手段で処理されるべきパケットが発生すると、該パケットが前記パケットテーブルに登録されているときは、前記第一の制御手段で該パケットを処理させ、該パケットが前記パケットテーブルに登録されていないときは、前該パケットを破棄する手順と、
を有する特徴とする電力モード制御方法。
【請求項９】
請求項７又は８に記載の電力モード制御方法をコンピュータに実行させるための電力モード制御プログラム。
【請求項１０】
請求項９に記載の電力モード制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−２１２４６４（Ｐ２０１２−２１２４６４Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１２−１５０７７２（Ｐ２０１２−１５０７７２）
【出願日】平成２４年７月４日（２０１２．７．４）
【分割の表示】特願２００８−２６６００（Ｐ２００８−２６６００）の分割
【原出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２４年７月４日（２０１２．７．４）
【分割の表示】特願２００８−２６６００（Ｐ２００８−２６６００）の分割
【原出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]