JP6045219B2 - データ処理装置、情報処理方法、及びプログラム - Google Patents
データ処理装置、情報処理方法、及びプログラム Download PDFInfo
- Publication number
- JP6045219B2 JP6045219B2 JP2012144548A JP2012144548A JP6045219B2 JP 6045219 B2 JP6045219 B2 JP 6045219B2 JP 2012144548 A JP2012144548 A JP 2012144548A JP 2012144548 A JP2012144548 A JP 2012144548A JP 6045219 B2 JP6045219 B2 JP 6045219B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- main controller
- pattern
- power mode
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
- G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Facsimiles In General (AREA)
- Power Sources (AREA)
Description
本発明は、データ処理装置、情報処理方法、及びプログラムに関する。
従来、待機時の消費電力を抑えるために省電力状態に移行することが可能な情報処理システムが知られている。このような情報処理システムの一例として、メインＣＰＵを備えるコントローラ（メインコントローラ）と、サブＣＰＵを備えるネットワークコントローラとから構成されるシステムがある。
このようなシステムは、省電力状態ではメインコントローラの各モジュールの電力供給を停止し、消費電力が小さいネットワークコントローラの各モジュールには通常の電力供給を行ったままの状態で待機する。そして、このようなシステムでは、ネットワークから所定のパケットを受信した場合にメインコントローラに電力状態を停止したままネットワークコントローラが応答する、いわゆる代理応答の技術を用いることにより、消費電力の低減を図っている。
このようなシステムは、省電力状態ではメインコントローラの各モジュールの電力供給を停止し、消費電力が小さいネットワークコントローラの各モジュールには通常の電力供給を行ったままの状態で待機する。そして、このようなシステムでは、ネットワークから所定のパケットを受信した場合にメインコントローラに電力状態を停止したままネットワークコントローラが応答する、いわゆる代理応答の技術を用いることにより、消費電力の低減を図っている。
従来の代理応答の技術において、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、ネットワークコントローラ宛のＡＲＰ要求パケットのデータパターンに一致するかを判断する。また、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、メインコントローラを省電力状態から復帰させてメインコントローラで処理させるべきパケット（即ちウェイクアップパケット）のデータパターンに一致するかを判断する。
ネットワークコントローラは、受信したパケットがＡＲＰ要求パケットと一致したと判断したとき、送信データレジスタに格納している送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出する（即ち代理応答を行う）。他方、ネットワークコントローラは、受信したパケットがウェイクアップパケットと一致したと判断したとき、ウェイクアップ信号をメインコントローラへ出力することによりメインコントローラを省電力状態から復帰させる。このような代理応答の技術については、特許文献１に開示されている。
ネットワークコントローラは、受信したパケットがＡＲＰ要求パケットと一致したと判断したとき、送信データレジスタに格納している送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出する（即ち代理応答を行う）。他方、ネットワークコントローラは、受信したパケットがウェイクアップパケットと一致したと判断したとき、ウェイクアップ信号をメインコントローラへ出力することによりメインコントローラを省電力状態から復帰させる。このような代理応答の技術については、特許文献１に開示されている。
近年、ＳＮＭＰ（Simple Network Management Protocol）等の管理系プロトコルを使用して、リモートから多種の機器を管理するようなアプリケーション、ＯＳ等が増加する傾向にある。これによって顧客の機器の運用環境毎に各種の機器がどのようなパケットを受信することになるかは様々であり、顧客の機器の運用環境毎に流れるパケットを予め想定することは困難となる。
その結果、機器内に代理応答、ウェイクアップするためのデータパターンを予め登録していても顧客の運用環境によっては代理応答できずに機器を省電力状態から復帰させる事態が発生する。また、場合によっては不必要なデータパターンとの一致を招き、意味のない省電力状態からの復帰を行ったりすることにつながる。
対策としては、考えられる全てのデータパターンを予め登録しておくことが考えられる。しかしながら、省電力状態時に動作可能なネットワークコントローラを含む一部の機器は、省電力の観点から、限りなく少ないリソース上で動作しており、全てのデータパターンを登録することには限界がある。
その結果、機器内に代理応答、ウェイクアップするためのデータパターンを予め登録していても顧客の運用環境によっては代理応答できずに機器を省電力状態から復帰させる事態が発生する。また、場合によっては不必要なデータパターンとの一致を招き、意味のない省電力状態からの復帰を行ったりすることにつながる。
対策としては、考えられる全てのデータパターンを予め登録しておくことが考えられる。しかしながら、省電力状態時に動作可能なネットワークコントローラを含む一部の機器は、省電力の観点から、限りなく少ないリソース上で動作しており、全てのデータパターンを登録することには限界がある。
また、ＵＳＢ、ネットワーク、ユーザインターフェース画面等、機器の外部インターフェースを通じて、使用者がデータパターンを登録、設定することによってネットワーク上を流れるパケットの種類に応じたデータパターンの変更を可能にする対策も考えられる。
しかしながら、データパターンを登録する作業を、機器の操作者（使用者、管理者等）が行うという負担が増えてしまう。
しかしながら、データパターンを登録する作業を、機器の操作者（使用者、管理者等）が行うという負担が増えてしまう。
本発明はこのような問題点に鑑みなされたもので、電力の消費が小さい状態をより容易に維持することを目的とする。
そこで、本発明は、第１の電力モードと、前記第１の電力モードよりも電力の消費が小さい第２の電力モードとを少なくとも有するメインコントローラと、ネットワークに接続されるネットワークコントローラと、を有し、前記メインコントローラと前記ネットワークコントローラとは接続され、前記メインコントローラは、前記第１の電力モードである場合、前記ネットワークコントローラを介して前記ネットワークからパケットを受信し、前記ネットワークコントローラは、前記メインコントローラが前記第１の電力モードである場合、前記ネットワークから受信したパケットを前記メインコントローラに転送するデータ処理装置であって、前記ネットワークコントローラは、前記メインコントローラが前記第２の電力モードであることを維持したまま前記ネットワークコントローラが応答可能なパケットを示す応答パターンと、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させる必要があるパケットを示す復帰パターンとを少なくとも記憶する記憶手段と、前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記応答パターンに一致する場合に、前記メインコントローラが前記第２の電力モードであることを維持したまま受信したパケットに対して応答する応答手段と、前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記復帰パターンに一致する場合に、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させ、受信したパケットを前記メインコントローラに転送する制御手段と、を備え、前記メインコントローラは、前記メインコントローラが取得したパケットの一覧画面を表示する表示手段と、前記一覧画面においてユーザに選択されたパケットを前記応答パターンに追加するように前記ネットワークコントローラに指示する指示手段と、を備えることを特徴とする。
また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。
本発明によれば、電力の消費が小さい状態をより容易に維持することができる。
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
＜第１の実施形態＞
本実施形態は、各種の装置における省電力状態を維持するための技術に関する。以下では、データ処理装置の一例である複合機１０１を例に挙げて本実施形態を説明する。
図１は、複合機１０１を含むネットワークシステムの構成の一例を示す図である。複合機１０１とＰＣ１０２とは、ネットワーク１０３を介して接続され、相互に通信可能となっている。なお、複合機１０１がネットワーク１０３を介して接続されるのはＰＣ１０２に限られるものではない。
図２は、複合機１０１のハードウェアの構成の一例を示す図である。複合機１０１は、メインコントローラ２１０及びネットワークコントローラ２３０を有する。メインコントローラ２１０は、ネットワークコントローラ２３０を介してネットワーク１０３に接続されている。
本実施形態は、各種の装置における省電力状態を維持するための技術に関する。以下では、データ処理装置の一例である複合機１０１を例に挙げて本実施形態を説明する。
図１は、複合機１０１を含むネットワークシステムの構成の一例を示す図である。複合機１０１とＰＣ１０２とは、ネットワーク１０３を介して接続され、相互に通信可能となっている。なお、複合機１０１がネットワーク１０３を介して接続されるのはＰＣ１０２に限られるものではない。
図２は、複合機１０１のハードウェアの構成の一例を示す図である。複合機１０１は、メインコントローラ２１０及びネットワークコントローラ２３０を有する。メインコントローラ２１０は、ネットワークコントローラ２３０を介してネットワーク１０３に接続されている。
メインＣＰＵ２１１は、メインコントローラ２１０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２１４は、ランダムアクセスメモリであり、メインＣＰＵ２１１が装置を制御する際に、一時的なデータの格納などに使用される。ＲＯＭ２１３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。ＨＤＤ２１５は、ハードディスクドライブであり、様々なデータの格納に使用される。ＮＶＲＡＭ２１６は、不揮発性のメモリであり、メインコントローラ２１０の各種の設定値を記憶する。なお、ＲＡＭ２１４、ＨＤＤ２１５、ＮＶＲＡＭ２１６などは、記憶部の一例である。
操作部Ｉ／Ｆ（インターフェース）２１７は、操作部２４０を制御し、操作部２４０に設けられた表示部の一例である液晶パネルに各種の操作画面を表示させ、操作画面を介して入力される指示をメインＣＰＵ２１１に伝達する。スキャナＩ／Ｆ２１８は、スキャナ２５０を制御する。スキャナ２５０は、原稿上の画像を読み取って画像データを生成する。プリンタＩ／Ｆ２１９は、プリンタ２６０を制御する。プリンタ２６０は、画像データに基づく画像を記録媒体上に記録する。
ＵＳＢＩ／Ｆ２２０は、ＵＳＢ２７０を制御する。ＵＳＢ２７０は、外部から差し込まれる不揮発性のＵＳＢメモリを認識し、ＵＳＢＩ／Ｆ２２０と連携してＵＳＢメモリ内のファイルシステムを制御することでファイル、ディレクトリ等を認識する。拡張Ｉ／Ｆ２１２は、ネットワークコントローラ２３０の拡張Ｉ／Ｆ２３２と接続され、ネットワークコントローラ２３０を介してネットワーク１０３上の外部装置（ＰＣ１０２等）とのデータ通信を制御する。
操作部Ｉ／Ｆ（インターフェース）２１７は、操作部２４０を制御し、操作部２４０に設けられた表示部の一例である液晶パネルに各種の操作画面を表示させ、操作画面を介して入力される指示をメインＣＰＵ２１１に伝達する。スキャナＩ／Ｆ２１８は、スキャナ２５０を制御する。スキャナ２５０は、原稿上の画像を読み取って画像データを生成する。プリンタＩ／Ｆ２１９は、プリンタ２６０を制御する。プリンタ２６０は、画像データに基づく画像を記録媒体上に記録する。
ＵＳＢＩ／Ｆ２２０は、ＵＳＢ２７０を制御する。ＵＳＢ２７０は、外部から差し込まれる不揮発性のＵＳＢメモリを認識し、ＵＳＢＩ／Ｆ２２０と連携してＵＳＢメモリ内のファイルシステムを制御することでファイル、ディレクトリ等を認識する。拡張Ｉ／Ｆ２１２は、ネットワークコントローラ２３０の拡張Ｉ／Ｆ２３２と接続され、ネットワークコントローラ２３０を介してネットワーク１０３上の外部装置（ＰＣ１０２等）とのデータ通信を制御する。
サブＣＰＵ２３１は、ネットワークコントローラ２３０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２３４は、ランダムアクセスメモリであり、サブＣＰＵ２３１が装置を制御する際に、一時的なデータの格納などに使用される。また、ＲＡＭ２３４には、ネットワーク１０３から受信したパケットを識別するためのマッチングデータ等が保持されている。ＲＯＭ２３３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。
拡張Ｉ／Ｆ２３２は、メインコントローラ２１０の拡張Ｉ／Ｆ２１２と接続され、メインコントローラ２１０とネットワークコントローラ２３０との間のデータ通信を制御する。ＮｅｔｗｏｒｋＩ／Ｆ２３５は、ネットワーク１０３に接続され、複合機１０１とネットワーク上の外部装置（ＰＣ１０２等）との間のデータ通信を制御する。
メインコントローラ２１０は、通常電力モード（第１の電力モードの一例）と、通常電力モードよりも消費電力が小さい省電力モード（第２の電力モードの一例）とを切り替えて動作する。通常電力モードから省電力モードに移行する場合は、メインＣＰＵ２１１、ＨＤＤ２１５、ＮＶＲＡＭ２１６などに対する電力の供給が停止される。一方、ネットワークコントローラ２３０は、メインコントローラ２１０とは別のＡＳＩＣ（Application Specific Integrated Circuit）で動作しており、省電力モード時に移行した場合でも電力の供給は継続されている。
拡張Ｉ／Ｆ２３２は、メインコントローラ２１０の拡張Ｉ／Ｆ２１２と接続され、メインコントローラ２１０とネットワークコントローラ２３０との間のデータ通信を制御する。ＮｅｔｗｏｒｋＩ／Ｆ２３５は、ネットワーク１０３に接続され、複合機１０１とネットワーク上の外部装置（ＰＣ１０２等）との間のデータ通信を制御する。
メインコントローラ２１０は、通常電力モード（第１の電力モードの一例）と、通常電力モードよりも消費電力が小さい省電力モード（第２の電力モードの一例）とを切り替えて動作する。通常電力モードから省電力モードに移行する場合は、メインＣＰＵ２１１、ＨＤＤ２１５、ＮＶＲＡＭ２１６などに対する電力の供給が停止される。一方、ネットワークコントローラ２３０は、メインコントローラ２１０とは別のＡＳＩＣ（Application Specific Integrated Circuit）で動作しており、省電力モード時に移行した場合でも電力の供給は継続されている。
図３は、複合機１０１のソフトウェア（機能部）の構成の一例を示す図である。図３に示す各ブロックは、複合機１０１に内蔵されるコントローラユニットによってソフトウェア（プログラム）が実行されることにより実現される機能を示している。
省電力制御部３０７は、通常電力モードと省電力モードとの切り替えに係る制御を行う。ＣＰＵ間通信部３０５は、拡張Ｉ／Ｆ２１２及び拡張Ｉ／Ｆ２３２を介して、ネットワークコントローラ２３０の機能部とのデータ送受信を行う。
省電力制御部３０７は、通常電力モードと省電力モードとの切り替えに係る制御を行う。ＣＰＵ間通信部３０５は、拡張Ｉ／Ｆ２１２及び拡張Ｉ／Ｆ２３２を介して、ネットワークコントローラ２３０の機能部とのデータ送受信を行う。
ＣＰＵ間通信部３０４は、拡張Ｉ／Ｆ２３２及び拡張Ｉ／Ｆ２１２を介して、メインコントローラ２１０の機能部とのデータ送受信を行う。ネットワークＩ／Ｆ制御部３０３は、ＮｅｔｗｏｒｋＩ／Ｆ２３５によるパケットの送受信を制御する。
なお、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モード及び省電力モードのどちらの電力モードで動作しているかを把握している。そして、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モードで動作している場合は、ネットワーク１０３から受信するパケットをメインコントローラ２１０に転送する。また、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が省電力モードで動作している場合は、ネットワーク１０３から受信するパケットを代理応答処理部３０１に転送する。
なお、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モード及び省電力モードのどちらの電力モードで動作しているかを把握している。そして、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モードで動作している場合は、ネットワーク１０３から受信するパケットをメインコントローラ２１０に転送する。また、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が省電力モードで動作している場合は、ネットワーク１０３から受信するパケットを代理応答処理部３０１に転送する。
代理応答処理部３０１は、省電力モード時にネットワークＩ／Ｆ制御部３０３から転送されるパケットを受け取る。代理応答処理部３０１がパケットを受け取るのは、メインコントローラ２１０が省電力モードで動作している場合である。通常電力モード時は、ネットワークＩ／Ｆ制御部３０３が受信したパケットは、代理応答処理部３０１へ転送されることなく、メインコントローラ２１０へ転送される。
代理応答処理部３０１は、省電力モード時に受け取ったパケットを３種類に分類する。より具体的には、代理応答処理部３０１は、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理応答すべきパケット」に分類する。
代理応答処理部３０１は、省電力モード時に受け取ったパケットを３種類に分類する。より具体的には、代理応答処理部３０１は、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理応答すべきパケット」に分類する。
「破棄すべきパケット」とは、自装置宛てのパケットではない場合など、無視してもよい（応答する必要がない）パケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、当該パケットを破棄する。
「メインコントローラ２１０に転送すべきパケット」とは、受け取ったパケットに対して何らかの処理が必要であるが、ネットワークコントローラ２３０だけでは必要な処理を行うことができないパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、メインコントローラ２１０を省電力モードから通常電力モードに復帰させ、当該パケットをメインコントローラ２１０に転送する。
「代理応答すべきパケット」とは、メインコントローラ２１０の代わりにネットワークコントローラ２３０が応答を行うパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、当該パケットの応答用のパケット（応答パケット）を生成し、ネットワークＩ／Ｆ制御部３０３を介してネットワーク１０３上の当該応答パケットの要求元（当該パケットの送信元）へ応答する。
「メインコントローラ２１０に転送すべきパケット」とは、受け取ったパケットに対して何らかの処理が必要であるが、ネットワークコントローラ２３０だけでは必要な処理を行うことができないパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、メインコントローラ２１０を省電力モードから通常電力モードに復帰させ、当該パケットをメインコントローラ２１０に転送する。
「代理応答すべきパケット」とは、メインコントローラ２１０の代わりにネットワークコントローラ２３０が応答を行うパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、当該パケットの応答用のパケット（応答パケット）を生成し、ネットワークＩ／Ｆ制御部３０３を介してネットワーク１０３上の当該応答パケットの要求元（当該パケットの送信元）へ応答する。
ＵＩ処理部３０８は、外部インターフェースの一例である操作部２４０を介して入力される設定要求、処理要求等を受け、要求毎に必要な処理を行う。また、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の開始および停止を依頼する要求、パケットスニファ３０９が取得したパケットを求める要求など、複数種類の要求を行う。なお、より詳細な内容については第２の実施形態で説明する。
パケットスニファ３０９は、メインコントローラ２１０が通常電力モード時において、ネットワーク１０３上を流れているパケットを取得してＨＤＤ２１５に格納する。パケットスニファ３０９は、ＵＩ処理部３０８からの要求を受け、対応する処理を行う。なお、より詳細な内容については第２の実施形態で説明する。
パケットスニファ３０９は、メインコントローラ２１０が通常電力モード時において、ネットワーク１０３上を流れているパケットを取得してＨＤＤ２１５に格納する。パケットスニファ３０９は、ＵＩ処理部３０８からの要求を受け、対応する処理を行う。なお、より詳細な内容については第２の実施形態で説明する。
ＳＮＭＰ処理部３１０は、メインコントローラ２１０が通常電力モード時にＳＮＭＰのパケット（ＳＮＭＰパケット）をＰＣ１０２から受信して解析し、応答パケットを生成する。ＳＮＭＰ処理部３１０は、メインコントローラ２１０が管理している各種の情報を取得することが可能であり、これらの情報を用いて応答パケットを生成する（応答パケット生成処理）。
更に、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８からの命令を受けて自身が応答パケット生成処理したＰＣ１０２からのＳＮＭＰパケットから、ＰＣ１０２が応答パケットを要求する回数を応答パケット毎に管理する。ＳＮＭＰ処理部３１０は、要求の回数の多いものから優先してＰＣ１０２からのＳＮＭＰパケットをもとにパターン設定値を生成し、パターン生成部３０６に送る。
更に、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８からの命令を受けて自身が応答パケット生成処理したＰＣ１０２からのＳＮＭＰパケットから、ＰＣ１０２が応答パケットを要求する回数を応答パケット毎に管理する。ＳＮＭＰ処理部３１０は、要求の回数の多いものから優先してＰＣ１０２からのＳＮＭＰパケットをもとにパターン設定値を生成し、パターン生成部３０６に送る。
パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を用いて代理応答処理部３０１が処理するためのデータを含むパターンリストを生成する。また、パターン生成部３０６は、生成したパターンリストを、ＣＰＵ間通信部３０５及びＣＰＵ間通信部３０４を経由してパターン管理部３０２へ転送する。また、パターン生成部３０６は、生成（転送）したパターンリストをＨＤＤ２１５に記憶して管理する。パターン管理部３０２は、ＲＡＭ２３４にパターンリストを記憶し、パターンリストを管理する。パターンリストは、マッチングデータ等を含むパターン情報を含んで構成される。
代理応答処理部３０１は、リモート（ＰＣ１０２等）からネットワークＩ／Ｆ制御部３０３を介して受け取ったパケットを、パターン管理部３０２から取得したパターンリストを用いてパターンマッチ処理を行う。代理応答処理部３０１は、パターンマッチ処理において、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理応答すべきパケット」の何れであるかを決定し、それぞれの動作を行う。
例えば、代理応答処理部３０１は、「代理応答すべきパケット」を決定した場合、受け取ったパケット内の情報と当該パケットに対応するパターン情報（図９参照）に含まれる代理応答に用いられるデータとを用いて応答パケット（応答データ）を生成する。代理応答処理部３０１は、生成した応答パケットを、省電力モードを保ったまま応答パケットの要求元に送信（応答）する。
例えば、代理応答処理部３０１は、「代理応答すべきパケット」を決定した場合、受け取ったパケット内の情報と当該パケットに対応するパターン情報（図９参照）に含まれる代理応答に用いられるデータとを用いて応答パケット（応答データ）を生成する。代理応答処理部３０１は、生成した応答パケットを、省電力モードを保ったまま応答パケットの要求元に送信（応答）する。
図４は、複合機１０１がＰＣ１０２から受信したＳＮＭＰパケットの一例を示す図である。ＳＮＭＰ処理部３１０は、メインコントローラ２１０が通常電力モードであるときにＳＮＭＰパケットを解析し、ＰＣ１０２からのＳＮＭＰパケットに対する各種の処理を行う。ＳＮＭＰでは、図４に示すように、パケットは、Ｅｔｈｅｒｎｅｔ（登録商標）フレーム、ＩＰフレーム、ＵＤＰフレーム、及びＳＮＭＰフレームの大きく４つのフレームから構成される。
ＳＮＭＰ処理部３１０は、受け取ったＳＮＭＰパケットからパターン設定値を生成する際、ＳＮＭＰパケットのフレーム内の各フィールドの情報、即ちパケット内の全ての領域の情報を必要としない。パターン設定値を生成するために必要な領域の情報は、ネットワークプロトコル毎に予め決められており、当該領域の情報がパターンマッチ処理で用いられる。
以下では、ＳＮＭＰパケット（パケットと適宜称する。）からパターン設定値を生成する際に必要な領域の情報を例に挙げて説明する。
ＳＮＭＰ処理部３１０は、受け取ったＳＮＭＰパケットからパターン設定値を生成する際、ＳＮＭＰパケットのフレーム内の各フィールドの情報、即ちパケット内の全ての領域の情報を必要としない。パターン設定値を生成するために必要な領域の情報は、ネットワークプロトコル毎に予め決められており、当該領域の情報がパターンマッチ処理で用いられる。
以下では、ＳＮＭＰパケット（パケットと適宜称する。）からパターン設定値を生成する際に必要な領域の情報を例に挙げて説明する。
宛先ＭＡＣアドレス４０１は、パケットの宛先のＭＡＣアドレスを示す。本例では、ＰＣ１０２が送信元となり、宛先は複合機１０１となるので、この領域には複合機１０１が保持するＭＡＣアドレスが含まれている。宛先ポート番号４０２は、ＳＮＭＰの宛先のポート番号を示す。一般にＳＮＭＰの宛先のポート番号の値は、ＲＦＣ（Request For Comment）によって「１６１」と定義されている。本例においても宛先ポート番号４０２の値は、「１６１」である。
Ｃｏｍｍｕｎｉｔｙ４０３は、ＳＮＭＰにおけるＣｏｍｍｕｎｉｔｙ名を示す。ＳＮＭＰでは一般に、Ｃｏｍｍｕｎｉｔｙが同一である機器から受信したパケットについては処理、応答が行われ、異なるＣｏｍｍｕｎｉｔｙの機器から受信したパケットについては破棄される。
Ｃｏｍｍｕｎｉｔｙ４０３は、ＳＮＭＰにおけるＣｏｍｍｕｎｉｔｙ名を示す。ＳＮＭＰでは一般に、Ｃｏｍｍｕｎｉｔｙが同一である機器から受信したパケットについては処理、応答が行われ、異なるＣｏｍｍｕｎｉｔｙの機器から受信したパケットについては破棄される。
Ｒｅｑｕｅｓｔ種別４０４は、パケットのＲｅｑｕｅｓｔ種別（ＧｅｔＲｅｑｕｅｓｔ等）を示す。ＯＩＤ４０５及びＯＩＤ４０６は、ＳＮＭＰにおけるＯＩＤ（オブジェクトＩＤ）を示す。ＳＮＭＰパケットを受信した機器は、一般に受信したＳＮＭＰパケット内のＯＩＤに対応している情報を処理、応答する。
ＳＮＭＰ処理部３１０は、ＳＮＭＰパケットを受信して応答パケットを作成して処理するとともに、宛先ＭＡＣアドレス４０１、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、ＯＩＤ４０６の情報を含むデータベーステーブルを生成して管理する。なお、より詳細な内容については図５及び図６を用いて説明する。また、宛先ＭＡＣアドレス４０１、宛先ポート番号４０２、Ｃｏｍｍｕｎｉｔｙ４０３、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、及びＯＩＤ４０６は、予め定められた規定の項目の一例である。
ＳＮＭＰ処理部３１０は、ＳＮＭＰパケットを受信して応答パケットを作成して処理するとともに、宛先ＭＡＣアドレス４０１、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、ＯＩＤ４０６の情報を含むデータベーステーブルを生成して管理する。なお、より詳細な内容については図５及び図６を用いて説明する。また、宛先ＭＡＣアドレス４０１、宛先ポート番号４０２、Ｃｏｍｍｕｎｉｔｙ４０３、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、及びＯＩＤ４０６は、予め定められた規定の項目の一例である。
図５は、ＳＮＭＰ処理部３１０が生成して管理するデータベーステーブルの一例を示す図である。パケット種別５０１は、受信されたパケットの種別を示す。ここでのパケットの種別は、ユニキャスト、ブロードキャスト、及びマルチキャストの何れかのパケットを示す。一般にユニキャスト、ブロードキャスト、及びマルチキャストの何れであるかについては、宛先ＭＡＣアドレス４０１の値がそれぞれ異なることから判別可能である。
Ｒｅｑｕｅｓｔ種別５０２は、受信されたパケットのＲｅｑｕｅｓｔの種別（Ｒｅｑｕｅｓｔ種別）を示す。一般にＳＮＭＰのＲｅｑｕｅｓｔとしては、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔ、ＳｅｔＲｅｑｕｅｓｔ等が挙げられる。また一般に、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔで要求したＯＩＤに対して、次のＯＩＤを取得するための手法（Ｒｅｑｕｅｓｔ）であり、処理する内容はＧｅｔＲｅｑｕｅｓｔと同一である。したがって、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔと同一のＲｅｑｕｅｓｔ種別として扱う。
ＯＩＤ５０３は、受信されたパケットに含まれるＯＩＤを示す。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３のＩｎｄｅｘを示す。ＳＮＭＰでは一般に、ＯＩＤに割り当てられている設定情報、管理情報に対してその詳細を示すためのＩｎｄｅｘが割り当てられる場合がある。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３に対応している詳細情報が複数存在する場合について、そのＩｎｄｅｘを示している。Ｒｅｑｕｅｓｔ回数５０５は、パケット種別５０１、Ｒｅｑｕｅｓｔ種別５０２、及びＯＩＤ５０３（Ｉｎｄｅｘ５０４が存在する場合は更にＩｎｄｅｘ５０４）が同じパケットが受信された回数（数情報の一例）を示す。
Ｒｅｑｕｅｓｔ種別５０２は、受信されたパケットのＲｅｑｕｅｓｔの種別（Ｒｅｑｕｅｓｔ種別）を示す。一般にＳＮＭＰのＲｅｑｕｅｓｔとしては、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔ、ＳｅｔＲｅｑｕｅｓｔ等が挙げられる。また一般に、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔで要求したＯＩＤに対して、次のＯＩＤを取得するための手法（Ｒｅｑｕｅｓｔ）であり、処理する内容はＧｅｔＲｅｑｕｅｓｔと同一である。したがって、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔと同一のＲｅｑｕｅｓｔ種別として扱う。
ＯＩＤ５０３は、受信されたパケットに含まれるＯＩＤを示す。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３のＩｎｄｅｘを示す。ＳＮＭＰでは一般に、ＯＩＤに割り当てられている設定情報、管理情報に対してその詳細を示すためのＩｎｄｅｘが割り当てられる場合がある。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３に対応している詳細情報が複数存在する場合について、そのＩｎｄｅｘを示している。Ｒｅｑｕｅｓｔ回数５０５は、パケット種別５０１、Ｒｅｑｕｅｓｔ種別５０２、及びＯＩＤ５０３（Ｉｎｄｅｘ５０４が存在する場合は更にＩｎｄｅｘ５０４）が同じパケットが受信された回数（数情報の一例）を示す。
図６は、データベーステーブルを管理する処理（データベーステーブル管理処理）に係るフローチャートの一例を示す図である。メインＣＰＵ２１１（ＳＮＭＰ処理部３１０）は、以下のようにデータベーステーブルを管理する。
メインＣＰＵ２１１は、ＰＣ１０２からのパケットを拡張Ｉ／Ｆ２１２等を介して受け取る（Ｓ６００）。メインＣＰＵ２１１は、Ｓ６０１にて受け取ったパケットのＣｏｍｍｕｎｉｔｙ４０３のＣｏｍｍｕｎｉｔｙ名とＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名とが同一であるかを確認（チェック）する。メインＣＰＵ２１１は、同一でないと判断した場合、受け取ったパケットに対するデータベーステーブルへの処理を終了する。他方、メインＣＰＵ２１１は、同一であると判断した場合、Ｓ６０２に処理を進める。
メインＣＰＵ２１１は、ＰＣ１０２からのパケットを拡張Ｉ／Ｆ２１２等を介して受け取る（Ｓ６００）。メインＣＰＵ２１１は、Ｓ６０１にて受け取ったパケットのＣｏｍｍｕｎｉｔｙ４０３のＣｏｍｍｕｎｉｔｙ名とＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名とが同一であるかを確認（チェック）する。メインＣＰＵ２１１は、同一でないと判断した場合、受け取ったパケットに対するデータベーステーブルへの処理を終了する。他方、メインＣＰＵ２１１は、同一であると判断した場合、Ｓ６０２に処理を進める。
Ｓ６０２にて、メインＣＰＵ２１１は、受け取ったパケットの宛先ＭＡＣアドレス４０１を参照し、当該パケットの種別がユニキャスト、ブロードキャスト、及びマルチキャストの何れであるかを確認する。
Ｓ６０３にて、メインＣＰＵ２１１は、受け取ったパケットのＲｅｑｕｅｓｔ種別４０４を参照し、当該パケットのＲｅｑｕｅｓｔ種別を確認する。Ｓ６０４にて、メインＣＰＵ２１１は、受け取ったパケットに含まれる一又は複数のＯＩＤ（ＯＩＤ４０５、ＯＩＤ４０６等）から未チェックのＯＩＤが存在するかを確認する。メインＣＰＵ２１１は、未チェックのＯＩＤが存在すると判断した場合、Ｓ６０５に処理を進める。他方、メインＣＰＵ２１１は、未チェックのＯＩＤが存在しないと判断した場合、全てのＯＩＤに対するチェックが完了したものとして受け取ったパケットに対するデータベーステーブルへの処理を終了する。
Ｓ６０３にて、メインＣＰＵ２１１は、受け取ったパケットのＲｅｑｕｅｓｔ種別４０４を参照し、当該パケットのＲｅｑｕｅｓｔ種別を確認する。Ｓ６０４にて、メインＣＰＵ２１１は、受け取ったパケットに含まれる一又は複数のＯＩＤ（ＯＩＤ４０５、ＯＩＤ４０６等）から未チェックのＯＩＤが存在するかを確認する。メインＣＰＵ２１１は、未チェックのＯＩＤが存在すると判断した場合、Ｓ６０５に処理を進める。他方、メインＣＰＵ２１１は、未チェックのＯＩＤが存在しないと判断した場合、全てのＯＩＤに対するチェックが完了したものとして受け取ったパケットに対するデータベーステーブルへの処理を終了する。
Ｓ６０５にて、メインＣＰＵ２１１は、チェックしている対象のＯＩＤのＩｎｄｅｘがパケットに存在するかを確認する。メインＣＰＵ２１１は、Ｉｎｄｅｘが存在すると判断した場合、Ｓ６０７に処理を進め、他方、Ｉｎｄｅｘが存在しないと判断した場合、Ｓ６０６に処理を進める。
Ｓ６０７にて、メインＣＰＵ２１１は、データベーステーブル内に確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの全てが同一となるレコードが存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。Ｓ６０９にて、メインＣＰＵ２１１は、同一となるレコードにおけるＲｅｑｕｅｓｔ回数５０５をインクリメントし、Ｓ６０４に処理を進める。
Ｓ６０８にて、メインＣＰＵ２１１は、チェックしている対象のＯＩＤ（Ｉｎｄｅｘが存在するときはＯＩＤおよびＩｎｄｅｘ）に対応する情報を省電力モード中にネットワークコントローラ２３０で代理応答ができるものかを確認する。メインＣＰＵ２１１は、代理応答ができると判断した場合、Ｓ６１０に処理を進め、他方、代理応答ができないと判断した場合、Ｓ６０４に処理を進める。
Ｓ６０７にて、メインＣＰＵ２１１は、データベーステーブル内に確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの全てが同一となるレコードが存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。Ｓ６０９にて、メインＣＰＵ２１１は、同一となるレコードにおけるＲｅｑｕｅｓｔ回数５０５をインクリメントし、Ｓ６０４に処理を進める。
Ｓ６０８にて、メインＣＰＵ２１１は、チェックしている対象のＯＩＤ（Ｉｎｄｅｘが存在するときはＯＩＤおよびＩｎｄｅｘ）に対応する情報を省電力モード中にネットワークコントローラ２３０で代理応答ができるものかを確認する。メインＣＰＵ２１１は、代理応答ができると判断した場合、Ｓ６１０に処理を進め、他方、代理応答ができないと判断した場合、Ｓ６０４に処理を進める。
ここで、メインコントローラ２１０が管理している情報について説明する。メインコントローラ２１０が管理している情報には、自身を運用するための各種の設定値、用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報、リアルタイムに変わっていく情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。
省電力モードからの復帰を促すパケットを受信した場合、或いはパケットを受信した時点における情報をＰＣ１０２へ返す必要がある場合、省電力モードから通常電力モードへ復帰し、ＳＮＭＰ処理部３１０が受け取ったパケットに対する処理を行う必要がある。そこで、本実施形態では、例えば、代理応答ができる情報（固定的な設定値等）を特定可能な情報（ＯＩＤ、ＯＩＤ及びそのｉｎｄｅｘ等）がＮＶＲＡＭ２１６に予め記憶され、メインＣＰＵ２１１は、ＮＶＲＡＭ２１６を参照して代理応答ができるものかを確認する。
省電力モードからの復帰を促すパケットを受信した場合、或いはパケットを受信した時点における情報をＰＣ１０２へ返す必要がある場合、省電力モードから通常電力モードへ復帰し、ＳＮＭＰ処理部３１０が受け取ったパケットに対する処理を行う必要がある。そこで、本実施形態では、例えば、代理応答ができる情報（固定的な設定値等）を特定可能な情報（ＯＩＤ、ＯＩＤ及びそのｉｎｄｅｘ等）がＮＶＲＡＭ２１６に予め記憶され、メインＣＰＵ２１１は、ＮＶＲＡＭ２１６を参照して代理応答ができるものかを確認する。
ここで、データベーステーブルは、複合機１０１が設置されているネットワーク環境において、より長く省電力モードを維持するためのものである。したがって、メインＣＰＵ２１１は、「省電力モードからの復帰が必須」の場合におけるパケットに対しては、データベーステーブルにて管理しない。生成するパターン設定値については図７を用いて説明する。
Ｓ６１０にて、ＳＮＭＰ処理部３１０は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの情報をレコードとしてデータベーステーブルに追加し、Ｒｅｑｕｅｓｔ回数５０５に値「１」を設定する。
Ｓ６０６にて、メインＣＰＵ２１１は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、及びＯＩＤの全てが同一となるレコードがデータベーステーブル内に存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。
Ｓ６１０にて、ＳＮＭＰ処理部３１０は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの情報をレコードとしてデータベーステーブルに追加し、Ｒｅｑｕｅｓｔ回数５０５に値「１」を設定する。
Ｓ６０６にて、メインＣＰＵ２１１は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、及びＯＩＤの全てが同一となるレコードがデータベーステーブル内に存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。
図７は、パターン設定値の一例を示す図である。パターン設定値は、受信されたパケットを識別するためのマッチングデータ（識別情報の一例）と、受信されたパケットがマッチングデータに一致した場合に何の処理をすべきかを定義した処理データ（処理情報の一例）とを含んで構成されている。なお、マッチング処理では、受信されたパケット内のデータとマッチングデータとに基づいて、当該パケットにマッチするパターン情報の特定が行われる。
ＳＮＭＰ処理部３１０は、メインコントローラ２１０が省電力モードへ移行する前に、パターン設定値を生成し、パターン生成部３０６へ送る。ＳＮＭＰ処理部３１０は、図６のフローチャートの処理で生成して管理しているデータベーステーブルを使用し、Ｒｅｑｕｅｓｔ回数５０５の一番多いレコードから優先してパターン設定値を生成する。例えば、容量の制限により、ＯＩＤの情報を規定の値（例えば１０個）までパターン設定値に含められる場合、ＳＮＭＰ処理部３１０は、Ｒｅｑｕｅｓｔ回数５０５の多い上位１０個のＯＩＤの情報をパターン設定値に含める。
ＳＮＭＰ処理部３１０は、メインコントローラ２１０が省電力モードへ移行する前に、パターン設定値を生成し、パターン生成部３０６へ送る。ＳＮＭＰ処理部３１０は、図６のフローチャートの処理で生成して管理しているデータベーステーブルを使用し、Ｒｅｑｕｅｓｔ回数５０５の一番多いレコードから優先してパターン設定値を生成する。例えば、容量の制限により、ＯＩＤの情報を規定の値（例えば１０個）までパターン設定値に含められる場合、ＳＮＭＰ処理部３１０は、Ｒｅｑｕｅｓｔ回数５０５の多い上位１０個のＯＩＤの情報をパターン設定値に含める。
宛先ポート番号情報７０１は、省電力モード時に受け取ったパケットの宛先ポート番号４０２の値を示す。宛先ポート番号４０２の値は、上述したように予め定義されている値であり、ＨＤＤ２１５、ＮＶＲＡＭ２１６等に記憶されている。ＳＮＭＰ処理部３１０は、宛先ポート番号４０２の値（予め定義されている値）を宛先ポート番号情報７０１に設定する。宛先ポート番号情報７０１がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットの宛先ポート番号と、あるパターン情報の宛先ポート番号とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
プロトコル名情報７０２は、省電力モード時に受け取ったパケットのプロトコル名を示す。一般にネットワークプロトコルについては、宛先ポート番号情報７０１によって対応するプロトコルが決定可能である。したがって、宛先ポート番号情報７０１及びプロトコル名情報７０２の何れかが設定されていれば有効な設定値としてよい。
プロトコル名情報７０２は、省電力モード時に受け取ったパケットのプロトコル名を示す。一般にネットワークプロトコルについては、宛先ポート番号情報７０１によって対応するプロトコルが決定可能である。したがって、宛先ポート番号情報７０１及びプロトコル名情報７０２の何れかが設定されていれば有効な設定値としてよい。
パケット種別情報７０３は、受け取ったパケットのパケット種別を示す。ＳＮＭＰ処理部３１０は、パケット種別５０１の値をパケット種別情報７０３に設定する。
パターン設定有効／無効情報７０４は、パターン設定値の有効／無効を示す。パターン設定有効／無効情報７０４をもとにパターン設定値の有効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行うことになる。パターン設定有効／無効情報７０４をもとにパターン設定値の無効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行わない。
ＳＮＭＰ処理部３１０は、基本的にパターン設定有効／無効情報７０４については、有効（有効であることを示す情報「１」等）としてパターン情報に設定する。
パターン設定有効／無効情報７０４は、パターン設定値の有効／無効を示す。パターン設定有効／無効情報７０４をもとにパターン設定値の有効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行うことになる。パターン設定有効／無効情報７０４をもとにパターン設定値の無効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行わない。
ＳＮＭＰ処理部３１０は、基本的にパターン設定有効／無効情報７０４については、有効（有効であることを示す情報「１」等）としてパターン情報に設定する。
動作種別情報７０５は、処理情報の一例であり、受け取ったパケットがパターン情報にマッチした場合における、その後の動作の種別を示す。動作種別情報７０５には、「受信パケットを破棄」を示す情報（例えば「１」）が設定可能である。また動作種別情報７０５には、「受信パケットをメインコントローラ２１０に転送し、省電力モードから復帰」を示す情報（例えば「２」）が設定可能である。また動作種別情報７０５には、「ネットワークコントローラ２３０が受信したパケットの応答を、省電力モードを維持してメインコントローラ２１０の代理で処理、送信」を示す情報（例えば「０」）が設定可能である。
本実施形態では、図６の処理にて代理応答できるパケットのレコードが記憶され、当該レコードをもとに動作種別情報７０５に代理応答を示す「０」が設定されたパターン設定値が生成される。そして、当該パターン設定値がパターン生成部３０６を通じてパターン情報とされると、代理応答が行われるようになるので、より長く省電力モードが維持されるようになる。
本実施形態では、図６の処理にて代理応答できるパケットのレコードが記憶され、当該レコードをもとに動作種別情報７０５に代理応答を示す「０」が設定されたパターン設定値が生成される。そして、当該パターン設定値がパターン生成部３０６を通じてパターン情報とされると、代理応答が行われるようになるので、より長く省電力モードが維持されるようになる。
パターン設定値更新可否情報７０６は、パターン設定値をもとに生成されたパターン情報の更新の可否（更新を許可するか否か）を示す。パターン設定値更新可否情報７０６は、ネットワークコントローラ２３０で保持するパターン情報の総数がネットワークコントローラ２３０のリソース上、ＭＡＸとなった場合に必要となる。パターン設定値更新可否情報７０６は、ネットワークコントローラ２３０で保持するパターンの総数がＭＡＸの場合、それ以降は登録済のパターン情報のパターン設定値更新可否情報７０６が「上書き可」であるものを新しいパターン情報で上書するために用いられる。
また、パターン設定値更新可否情報７０６については、パターン情報の削除の設定が可能である。削除の設定によって、以前に上書き不可としていたパターン情報を削除、無効にすることが可能である。なお、本実施形態では、ＳＮＭＰ処理部３１０は、更新を許可しないことを示す「０」をパターン設定値更新可否情報７０６に設定する。
また、パターン設定値更新可否情報７０６については、パターン情報の削除の設定が可能である。削除の設定によって、以前に上書き不可としていたパターン情報を削除、無効にすることが可能である。なお、本実施形態では、ＳＮＭＰ処理部３１０は、更新を許可しないことを示す「０」をパターン設定値更新可否情報７０６に設定する。
リクエストタイプ情報７０７は、受け取ったパケットのＲｅｑｕｅｓｔ種別（ＧｅｔＲｅｑｕｅｓｔ等）を示す。ＳＮＭＰ処理部３１０は、Ｒｅｑｕｅｓｔ種別５０２の値をリクエストタイプ情報７０７に設定する。リクエストタイプ情報７０７がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットのＲｅｑｕｅｓｔ種別と、あるパターン情報のＲｅｑｕｅｓｔ種別とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
Ｃｏｍｍｕｎｉｔｙ情報７０８は、受け取ったパケットのＣｏｍｍｕｎｉｔｙを示す。ＳＮＭＰ処理部３１０は、Ｃｏｍｍｕｎｉｔｙ４０３の値（ＨＤＤ２１５、ＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名）をＣｏｍｍｕｎｉｔｙ情報７０８に設定する。Ｃｏｍｍｕｎｉｔｙ情報７０８がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットのＣｏｍｍｕｎｉｔｙ名と、あるパターン情報のＣｏｍｍｕｎｉｔｙ名とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
Ｃｏｍｍｕｎｉｔｙ情報７０８は、受け取ったパケットのＣｏｍｍｕｎｉｔｙを示す。ＳＮＭＰ処理部３１０は、Ｃｏｍｍｕｎｉｔｙ４０３の値（ＨＤＤ２１５、ＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名）をＣｏｍｍｕｎｉｔｙ情報７０８に設定する。Ｃｏｍｍｕｎｉｔｙ情報７０８がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットのＣｏｍｍｕｎｉｔｙ名と、あるパターン情報のＣｏｍｍｕｎｉｔｙ名とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
ＯＩＤ情報７０９は、受け取ったパケットのＯＩＤを示す。ＳＮＭＰ処理部３１０は、ＯＩＤ５０３の値をＯＩＤ情報７０９に設定する。また、対応情報７１０は、ＯＩＤ情報７０９に対応している情報を示す。Ｉｎｄｅｘ情報７１１は、ＯＩＤのＩｎｄｅｘ値に対応している情報を示す。ＳＮＭＰ処理部３１０は、Ｉｎｄｅｘ５０４の値をＩｎｄｅｘ情報７１１に設定する。
対応情報７１０、及びＩｎｄｅｘ情報７１１には、メインコントローラ２１０が管理している各種の情報のうちＯＩＤ（或いはＯＩＤ及びＩｎｄｅｘ）に対応する情報が含まれる。なお、メインコントローラ２１０が管理している各種の情報には、自身を運用するための各種の設定値や用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。
対応情報７１０、及びＩｎｄｅｘ情報７１１には、メインコントローラ２１０が管理している各種の情報のうちＯＩＤ（或いはＯＩＤ及びＩｎｄｅｘ）に対応する情報が含まれる。なお、メインコントローラ２１０が管理している各種の情報には、自身を運用するための各種の設定値や用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。
ＯＩＤ情報７０９及び対応情報７１０がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。省電力モード時において代理応答処理部３０１は、受け取ったパケットのＯＩＤと、あるパターン情報のＯＩＤとを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。また、ＯＩＤ及び当該ＯＩＤのＩｎｄｅｘ情報７１１がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。省電力モード時において代理応答処理部３０１は、受け取ったパケットのＯＩＤ及びＩｎｄｅｘと、あるパターン情報のＯＩＤ及びＩｎｄｅｘとを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
以上のように、ＳＮＭＰ処理部３１０は、パターン設定値を生成し、パターン生成部３０６へ送る。なお、宛先ポート番号情報７０１（プロトコル名情報７０２）、パケット種別情報７０３、リクエストタイプ情報７０７、及びＣｏｍｍｕｎｉｔｙ情報７０８は、パケットの種類を識別する識別情報の一例である。また、パターン設定値は、処理情報と識別情報とを関連付けた設定情報の一例である。
以上のように、ＳＮＭＰ処理部３１０は、パターン設定値を生成し、パターン生成部３０６へ送る。なお、宛先ポート番号情報７０１（プロトコル名情報７０２）、パケット種別情報７０３、リクエストタイプ情報７０７、及びＣｏｍｍｕｎｉｔｙ情報７０８は、パケットの種類を識別する識別情報の一例である。また、パターン設定値は、処理情報と識別情報とを関連付けた設定情報の一例である。
図８は、ＳＮＭＰ処理部３１０が図７に示すようなパターン設定値を生成し、パターン生成部３０６へ送った場合において、パターン生成部３０６が行う処理（パターンリスト生成処理）に係るフローチャートの一例を示す図である。
Ｓ８０１にて、メインＣＰＵ２１１は、データベーステーブルをもとにパターン設定値を生成する。Ｓ８０２にて、メインＣＰＵ２１１は、パターン設定値を解析し、パターンリスト（図９参照）を生成する。Ｓ８０３にて、メインＣＰＵ２１１は、生成したパターンリストを、ＣＰＵ間通信により、ネットワークコントローラ２３０へ転送する。
図９は、パターン生成部３０６が生成するパターンリストの一例（パターン情報９０１）を示す図である。パターン情報９０１は、図７に示すパターン設定値をもとにパターン生成部３０６が生成するパターンリストの一例である。なお、パターンリスト（パターン情報）は、処理情報と識別情報とを関連付けた設定情報の一例である。
Ｓ８０１にて、メインＣＰＵ２１１は、データベーステーブルをもとにパターン設定値を生成する。Ｓ８０２にて、メインＣＰＵ２１１は、パターン設定値を解析し、パターンリスト（図９参照）を生成する。Ｓ８０３にて、メインＣＰＵ２１１は、生成したパターンリストを、ＣＰＵ間通信により、ネットワークコントローラ２３０へ転送する。
図９は、パターン生成部３０６が生成するパターンリストの一例（パターン情報９０１）を示す図である。パターン情報９０１は、図７に示すパターン設定値をもとにパターン生成部３０６が生成するパターンリストの一例である。なお、パターンリスト（パターン情報）は、処理情報と識別情報とを関連付けた設定情報の一例である。
図１０は、Ｓ８０３によってパターンリストがネットワークコントローラ２３０へ転送された場合に、ネットワークコントローラ２３０が行う処理（パターン情報登録処理）に係るフローチャートの一例を示す図である。
Ｓ１００１にて、サブＣＰＵ２３１は、ＣＰＵ間通信により、ＣＰＵ間メッセージ（Ｓ８０３でネットワークコントローラ２３０から転送されたパターンリスト等）を受信する。Ｓ１００２にて、サブＣＰＵ２３１は、受信したＣＰＵ間メッセージがパターンリストを登録するメッセージ（登録要求）であるかを確認する。サブＣＰＵ２３１は、登録要求でないと判断した場合、処理を終了する。他方、サブＣＰＵ２３１は、登録要求であると判断した場合、Ｓ１００３に処理を進める。
Ｓ１００１にて、サブＣＰＵ２３１は、ＣＰＵ間通信により、ＣＰＵ間メッセージ（Ｓ８０３でネットワークコントローラ２３０から転送されたパターンリスト等）を受信する。Ｓ１００２にて、サブＣＰＵ２３１は、受信したＣＰＵ間メッセージがパターンリストを登録するメッセージ（登録要求）であるかを確認する。サブＣＰＵ２３１は、登録要求でないと判断した場合、処理を終了する。他方、サブＣＰＵ２３１は、登録要求であると判断した場合、Ｓ１００３に処理を進める。
Ｓ１００３にて、サブＣＰＵ２３１は、Ｓ１００１で受信したＣＰＵ間メッセージからパターンリストを取得する。Ｓ１００４にて、サブＣＰＵ２３１は、パターンリストからパターン情報を１つ取得し、ＲＡＭ２３４に保持されているパターンリスト内に一致するパターン情報が存在するかを確認する。
ここで、一致するか否かは、例えば、パターン情報の宛先ポート番号（及び／又はプロトコル名）、パケット種別、リクエスト、スコープ、及びタイプ（Ｉｎｄｅｘがある場合はタイプ及びＩｎｄｅｘ）の情報をもとに判断される。
サブＣＰＵ２３１は、一致するパターン情報が存在しないと判断した場合、Ｓ１００６に処理を進め、他方、一致するパターン情報が存在すると判断した場合、Ｓ１００５に処理を進める。
ここで、一致するか否かは、例えば、パターン情報の宛先ポート番号（及び／又はプロトコル名）、パケット種別、リクエスト、スコープ、及びタイプ（Ｉｎｄｅｘがある場合はタイプ及びＩｎｄｅｘ）の情報をもとに判断される。
サブＣＰＵ２３１は、一致するパターン情報が存在しないと判断した場合、Ｓ１００６に処理を進め、他方、一致するパターン情報が存在すると判断した場合、Ｓ１００５に処理を進める。
Ｓ１００５にて、サブＣＰＵ２３１は、ＲＡＭ２３４に保持されているパターンリスト内の一致しているパターン情報のパターン設定値更新可否の情報が、更新可であるかをチェックする。即ち、「パターン設定値更新可否」の属性が「１」であるか「０」であるかをチェックする。サブＣＰＵ２３１は、更新不可であると判断した場合（即ち、「パターン設定値更新可否」の属性が「０」である場合）、Ｓ１００７に処理を進める。他方、サブＣＰＵ２３１は、更新可であると判断した場合（即ち、「パターン設定値更新可否」の属性が「１」である場合）、Ｓ１００６に処理を進める。
Ｓ１００６にて、サブＣＰＵ２３１は、Ｓ１００４で取得した１つのパターン情報を、ＲＡＭ２３４に保持されているパターンリストに登録する。なお、上書き登録する場合は、一致しているパターン情報に対して上書き登録する。
Ｓ１００６にて、サブＣＰＵ２３１は、Ｓ１００４で取得した１つのパターン情報を、ＲＡＭ２３４に保持されているパターンリストに登録する。なお、上書き登録する場合は、一致しているパターン情報に対して上書き登録する。
Ｓ１００７にて、サブＣＰＵ２３１は、Ｓ１００３で取得したパターンリスト内にＳ１００４で取得したパターン情報以外のパターン情報が存在するか（未処理のパターン情報）を確認する。サブＣＰＵ２３１は、未処理のパターン情報が存在すると判断した場合、未処理のパターン情報に対してＳ１００４以降の処理を繰り返す。他方、サブＣＰＵ２３１は、未処理のパターン情報が存在しないと判断した場合、Ｓ１００８に処理を進める。
Ｓ１００８にて、サブＣＰＵ２３１は、パターン情報（パターンリスト）の登録結果を、ＣＰＵ間通信によりメインコントローラ２１０へ転送する。
上述の処理により、メインコントローラ２１０が省電力モード中にＰＣ１０２からパケットを受信した際、代理応答処理部３０１は、パターンリストを用いてパターンマッチ処理を行ってパターン情報を特定し、代理応答できるかを確認できるようになる。代理応答ができる場合、代理応答処理部３０１は、パターン情報を使用して受け取ったパケットの応答パケットを生成し、ＰＣ１０２へ応答する。代理応答ができない場合、受け取ったパケットを破棄する、若しくはメインコントローラ２１０を省電力モードから復帰させ、パケットをメインコントローラ２１０へ転送する。これらの処理のうち何れの処理を行うかは、パターン情報の動作種別の値に基づいて決定される。
Ｓ１００８にて、サブＣＰＵ２３１は、パターン情報（パターンリスト）の登録結果を、ＣＰＵ間通信によりメインコントローラ２１０へ転送する。
上述の処理により、メインコントローラ２１０が省電力モード中にＰＣ１０２からパケットを受信した際、代理応答処理部３０１は、パターンリストを用いてパターンマッチ処理を行ってパターン情報を特定し、代理応答できるかを確認できるようになる。代理応答ができる場合、代理応答処理部３０１は、パターン情報を使用して受け取ったパケットの応答パケットを生成し、ＰＣ１０２へ応答する。代理応答ができない場合、受け取ったパケットを破棄する、若しくはメインコントローラ２１０を省電力モードから復帰させ、パケットをメインコントローラ２１０へ転送する。これらの処理のうち何れの処理を行うかは、パターン情報の動作種別の値に基づいて決定される。
図１１は、ユーザインターフェースの一例（操作部２４０上で表示する、省電力モード時に代理応答を行うネットワークプロトコルの種別を設定する設定画面１１０１）を示す図である。設定画面１１０１は、メインコントローラ２１０が省電力モード時にＰＣ１０２からパケットを受信した場合、そのパケットがどのネットワークプロトコルの場合に代理応答させるかを選択する構成となっている。
設定画面１１０１上でＳＮＭＰが選択された場合、ＵＩ処理部３０８は、ＳＮＭＰ処理部３１０に代理応答のパターン設定値の生成を要求（生成要求）する。ＳＮＭＰ処理部３１０は、パターン設定値の生成要求を受けると、上述したような方法でデータベーステーブルを生成して管理し、パターン設定値を生成する。そして、ＳＮＭＰ処理部３１０は、パターン生成部３０６を経由してメインコントローラ２１０が省電力モードに移行する前にパターンリスト（パターン情報）をネットワークコントローラ２３０へ送る。
設定画面１１０１上でＳＮＭＰが選択された場合、ＵＩ処理部３０８は、ＳＮＭＰ処理部３１０に代理応答のパターン設定値の生成を要求（生成要求）する。ＳＮＭＰ処理部３１０は、パターン設定値の生成要求を受けると、上述したような方法でデータベーステーブルを生成して管理し、パターン設定値を生成する。そして、ＳＮＭＰ処理部３１０は、パターン生成部３０６を経由してメインコントローラ２１０が省電力モードに移行する前にパターンリスト（パターン情報）をネットワークコントローラ２３０へ送る。
本実施形態では、ＳＮＭＰを例に説明したが、同様の方法でＳＬＰ、ＷＳＤ等のプロトコルのパケットに対しても代理応答させるような仕組みを提供することが可能である。また、設定画面１１０１上では、複数のネットワークプロトコルを同時に選択することも可能である。
上述の構成によれば、操作者によるパターン情報の登録作業の負担が軽減される。
上述の構成によれば、操作者によるパターン情報の登録作業の負担が軽減される。
＜第２の実施形態＞
本実施形態では、第１の実施形態とは異なるパターン情報の登録方法として、パケットスニファ３０９がネットワーク１０３上から受信するパケットをＨＤＤ２１５に保存し、保存したパケットをパターン情報の登録に利用する方法について説明する。なお、本実施形態では、第１の実施形態の構成と同じ構成についてはその説明を適宜省略する。
図１２は、ユーザインターフェースの一例（複合機１０１がネットワーク１０３上から受信するパケットの一覧を操作部２４０に表示する取得パケット一覧画面１２０１）を示す図である。取得パケット一覧画面１２０１では、取得されたパケットが一覧形式で表示される。より具体的には、ＵＩ処理部３０８は、パケットスニファ３０９が取得したパケットをＨＤＤ２１５から取得し、取得パケット一覧画面１２０１に表示する。
取得パケット一覧画面１２０１では、操作者による個々のパケットのセルを選択可能とし、選択されたパケットに対する個別処理が画面上のボタンの押下によって行われる。Ｄａｔｅ１２０２は、パケットスニファ３０９がパケットを取得した日時を示す。送信元１２０３は、パケットスニファ３０９が取得したパケットの送信元のＩＰアドレスを示す。
本実施形態では、第１の実施形態とは異なるパターン情報の登録方法として、パケットスニファ３０９がネットワーク１０３上から受信するパケットをＨＤＤ２１５に保存し、保存したパケットをパターン情報の登録に利用する方法について説明する。なお、本実施形態では、第１の実施形態の構成と同じ構成についてはその説明を適宜省略する。
図１２は、ユーザインターフェースの一例（複合機１０１がネットワーク１０３上から受信するパケットの一覧を操作部２４０に表示する取得パケット一覧画面１２０１）を示す図である。取得パケット一覧画面１２０１では、取得されたパケットが一覧形式で表示される。より具体的には、ＵＩ処理部３０８は、パケットスニファ３０９が取得したパケットをＨＤＤ２１５から取得し、取得パケット一覧画面１２０１に表示する。
取得パケット一覧画面１２０１では、操作者による個々のパケットのセルを選択可能とし、選択されたパケットに対する個別処理が画面上のボタンの押下によって行われる。Ｄａｔｅ１２０２は、パケットスニファ３０９がパケットを取得した日時を示す。送信元１２０３は、パケットスニファ３０９が取得したパケットの送信元のＩＰアドレスを示す。
宛先１２０４は、パケットスニファ３０９が取得したパケットの宛先のＩＰアドレスを示す。取得パケット一覧画面１２０１で表示されるパケットの一覧では、パケットスニファ３０９がパケットを取得する際に、例えばパケットスニファ３０９によりパケットフィルタ処理が行われ、フィルタされて絞り込まれたパケットが表示されている。パケットフィルタ処理とは、ネットワーク１０３上を流れる全てのパケットを取得するのではなく、特定の条件に合致するパケットを選択的に取得する処理のことである。
ここでのパケットの取得の目的は、複合機１０１が受信したパケットについてパターン情報の登録をすることである。したがって、パケットスニファ３０９は、ネットワーク１０３上を流れる全てのパケットを取得するのではなく、パケットフィルタ処理を使用し、複合機１０１が受信するパケットを取得し、それ以外のパケットは取得しないようにする。複合機１０１が受信するパケットとしては、例えば、宛先１２０４が複合機１０１の保持するＩＰアドレスであるパケット、及び送信元から送られるブロードキャストパケット或いはマルチキャストパケットである。
ここでのパケットの取得の目的は、複合機１０１が受信したパケットについてパターン情報の登録をすることである。したがって、パケットスニファ３０９は、ネットワーク１０３上を流れる全てのパケットを取得するのではなく、パケットフィルタ処理を使用し、複合機１０１が受信するパケットを取得し、それ以外のパケットは取得しないようにする。複合機１０１が受信するパケットとしては、例えば、宛先１２０４が複合機１０１の保持するＩＰアドレスであるパケット、及び送信元から送られるブロードキャストパケット或いはマルチキャストパケットである。
Ｐｒｏｔｏｃｏｌ１２０５は、パケットスニファ３０９が取得したパケットのプロトコル（例えばプロトコル名）を示す。パケット取得開始ボタン１２０６は、パケットの取得を開始するためのボタンである。パケット取得開始ボタン１２０６が押下されると、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の開始要求を行う。パケットスニファ３０９は、ＵＩ処理部３０８からの開始要求を受け、パケットフィルタ処理を行いながらネットワーク１０３上のパケットを取得し、随時ＨＤＤ２１５に保存していく。
パケット取得停止ボタン１２０７は、パケットの取得を停止するためのボタンである。パケット取得停止ボタン１２０７が押下されると、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の停止要求を行う。パケットスニファ３０９は、ＵＩ処理部３０８からの停止要求を受け、パケットの取得を終了し、ＵＩ処理部３０８へ終了通知を行う。
パケット取得停止ボタン１２０７は、パケットの取得を停止するためのボタンである。パケット取得停止ボタン１２０７が押下されると、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の停止要求を行う。パケットスニファ３０９は、ＵＩ処理部３０８からの停止要求を受け、パケットの取得を終了し、ＵＩ処理部３０８へ終了通知を行う。
ＵＩ処理部３０８は、パケットスニファ３０９からの終了通知を受け、パケットスニファ３０９がＨＤＤ２１５に保存したパケットを取得し、取得パケット一覧画面１２０１に一覧表示する。また、ＵＩ処理部３０８は、ＲＡＭ２１４に保持しているパケットとともにパターン生成部３０６に対して省電力モードからの復帰の要因となるパケットの選定要求を行う。
パターン生成部３０６は、選定要求を受けると、受け取ったパケットと管理しているパターンリストとに基づいて、省電力モードからの復帰の要因のパケットを選定し、選定した結果（例えばパケットを識別可能な情報）をＵＩ処理部３０８に通知する。ＵＩ処理部３０８は、取得パケット一覧画面１２０１上に表示しているパケットの中で、通知を受けたパケットに対して色を反転する（色反転表示）。これによって、現在登録されているパターン情報を用いたパターンマッチ処理において、省電力モードから復帰してしまうパケットを特定し、操作者に分かりやすく表示することを可能にする。
パターン生成部３０６は、選定要求を受けると、受け取ったパケットと管理しているパターンリストとに基づいて、省電力モードからの復帰の要因のパケットを選定し、選定した結果（例えばパケットを識別可能な情報）をＵＩ処理部３０８に通知する。ＵＩ処理部３０８は、取得パケット一覧画面１２０１上に表示しているパケットの中で、通知を受けたパケットに対して色を反転する（色反転表示）。これによって、現在登録されているパターン情報を用いたパターンマッチ処理において、省電力モードから復帰してしまうパケットを特定し、操作者に分かりやすく表示することを可能にする。
ここで、パターン生成部３０６は、ＳＮＭＰ処理部３１０等の処理部からパターン設定値を受け、パターンリストを生成している。例えば、ＳＮＭＰ処理部３１０は、複合機１０１の起動時に、省電力モードからの復帰を目的としたパターン設定値を予め定められた情報に従って自動生成し、パターン生成部３０６へ送る。
よって、パターン生成部３０６は、管理しているパターンリストを使用し、渡されたパケットの中で省電力モードからの復帰の要因となるパケットを選定することができる。
よって、パターン生成部３０６は、管理しているパターンリストを使用し、渡されたパケットの中で省電力モードからの復帰の要因となるパケットを選定することができる。
破棄ボタン１２０８は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、これを破棄するように設定するためのボタンである。破棄ボタン１２０８が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、破棄ボタン１２０８が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、パケット破棄パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、パケット破棄パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
操作者によってＳＮＭＰパケット１２１３が選択され、破棄ボタン１２０８が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、パケット破棄パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、パケット破棄パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用してパケットを破棄するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
ＷＯＬボタン１２０９は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、省電力モードから復帰するように設定するためのボタンである。ＷＯＬボタン１２０９が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、ＷＯＬボタン１２０９が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、通常電力モード復帰パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、通常電力モード復帰パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
操作者によってＳＮＭＰパケット１２１３が選択され、ＷＯＬボタン１２０９が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、通常電力モード復帰パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、通常電力モード復帰パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用して省電力モードから復帰するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
応答ボタン１２１０は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、省電力モードから復帰せずに代理応答するように設定するためのボタンである。応答ボタン１２１０が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、応答ボタン１２１０が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、代理応答パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、代理応答パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
操作者によってＳＮＭＰパケット１２１３が選択され、応答ボタン１２１０が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、代理応答パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、代理応答パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用して代理応答するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
詳細ボタン１２１１は、取得パケット一覧画面１２０１上で操作者によって選択されたパケットの詳細を示す画面（図１３参照のこと。）を表示するためのボタンである。取得パケット一覧画面１２０１上で選択されたパケットに対して詳細ボタン１２１１が押下されると、ＵＩ処理部３０８は、選択されているパケットの実際のデータの詳細を操作部２４０上に表示する。
戻るボタン１２１２は、取得パケット一覧画面１２０１を終了するためのボタンである。戻るボタン１２１２が押下されると、ＵＩ処理部３０８は、操作部２４０上の取得パケット一覧画面１２０１を終了し、ＨＤＤ２１５から取得、保持していたパケットのデータを破棄する。
戻るボタン１２１２は、取得パケット一覧画面１２０１を終了するためのボタンである。戻るボタン１２１２が押下されると、ＵＩ処理部３０８は、操作部２４０上の取得パケット一覧画面１２０１を終了し、ＨＤＤ２１５から取得、保持していたパケットのデータを破棄する。
図１３は、ユーザインターフェースの一例（詳細ボタン１２１１が押下されたときに表示されるパケット詳細表示画面１３０１）を示す図である。取得パケット一覧画面１２０１上で選択されたパケットに対して詳細ボタン１２１１が押下されると、ＵＩ処理部３０８は、選択されているパケットの実際のデータの詳細をパケット内の各フレームのフィールド毎に分けて操作部２４０上に表示する。
戻るボタン１３０２は、パケット詳細表示画面１３０１を終了するためのボタンである。戻るボタン１３０２が押下されると、ＵＩ処理部３０８は、操作部２４０上のパケット詳細表示画面１３０１を終了し、取得パケット一覧画面１２０１を表示する。
戻るボタン１３０２は、パケット詳細表示画面１３０１を終了するためのボタンである。戻るボタン１３０２が押下されると、ＵＩ処理部３０８は、操作部２４０上のパケット詳細表示画面１３０１を終了し、取得パケット一覧画面１２０１を表示する。
以上のようなユーザインターフェースを操作者に提供することによって、複合機１０１が設置されている顧客のネットワーク環境毎に流れているパケットに対して、省電力モードから復帰している要因となっているパケットを明示することができる。また、復帰の要因のパケットを操作者に明示すると共に、省電力モードをより長く維持できるようなパターン情報の登録を行える仕組みを操作者に対して提供している。
上述の構成によれば、機器の操作者は、ネットワーク１０３上を流れるパケットがどのような内容のものであるかを実際に認識した上でパターン情報を登録できるようになる。また、機器の操作者がネットワーク上を流れるパケットの詳細なデータを設定、編集しなくても代理応答、ウェイクアップ等のパターン情報を顧客毎のネットワーク環境に応じて登録、変更することができるようになる。
上述の構成によれば、機器の操作者は、ネットワーク１０３上を流れるパケットがどのような内容のものであるかを実際に認識した上でパターン情報を登録できるようになる。また、機器の操作者がネットワーク上を流れるパケットの詳細なデータを設定、編集しなくても代理応答、ウェイクアップ等のパターン情報を顧客毎のネットワーク環境に応じて登録、変更することができるようになる。
このように、省電力モード時に不必要な通常電力モードへの復帰を適切かつ容易に回避できるようになり、その結果としてより省電力モードをより長く維持することが可能となる。
なお、本実施形態は、上述の構成に限られるものではない。例えば、取得パケット一覧画面１２０１では、取得したパケットを時系列で表示する例を示したが、取得したパケットを統計順（量が多い順など）に表示する構成としてもよい。この構成によれば、機器の操作者は、頻繁に受信するパケットを代理応答に設定し易くなる。
なお、本実施形態は、上述の構成に限られるものではない。例えば、取得パケット一覧画面１２０１では、取得したパケットを時系列で表示する例を示したが、取得したパケットを統計順（量が多い順など）に表示する構成としてもよい。この構成によれば、機器の操作者は、頻繁に受信するパケットを代理応答に設定し易くなる。
＜その他の実施形態＞
本実施形態は、上述した各実施形態に限られるものではない。例えば、第１の実施形態の構成と第２の実施形態の構成とを適宜に組み合わせてもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
なお、上述したメインコントローラ２１０は、第１の情報処理装置（第１のコンピュータの一例）であり、ネットワークコントローラ２３０は、第２の情報処理装置（第２のコンピュータの一例）である。
本実施形態は、上述した各実施形態に限られるものではない。例えば、第１の実施形態の構成と第２の実施形態の構成とを適宜に組み合わせてもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
なお、上述したメインコントローラ２１０は、第１の情報処理装置（第１のコンピュータの一例）であり、ネットワークコントローラ２３０は、第２の情報処理装置（第２のコンピュータの一例）である。
上述した実施形態の構成によれば、電力の消費が小さい状態をより容易に維持することができる。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
２１０ メインコントローラ、２３０ ネットワークコントローラ
Claims (8)
- 第１の電力モードと、前記第１の電力モードよりも電力の消費が小さい第２の電力モードとを少なくとも有するメインコントローラと、ネットワークに接続されるネットワークコントローラと、を有し、
前記メインコントローラと前記ネットワークコントローラとは接続され、
前記メインコントローラは、前記第１の電力モードである場合、前記ネットワークコントローラを介して前記ネットワークからパケットを受信し、
前記ネットワークコントローラは、前記メインコントローラが前記第１の電力モードである場合、前記ネットワークから受信したパケットを前記メインコントローラに転送するデータ処理装置であって、
前記ネットワークコントローラは、
前記メインコントローラが前記第２の電力モードであることを維持したまま前記ネットワークコントローラが応答可能なパケットを示す応答パターンと、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させる必要があるパケットを示す復帰パターンとを少なくとも記憶する記憶手段と、
前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記応答パターンに一致する場合に、前記メインコントローラが前記第２の電力モードであることを維持したまま受信したパケットに対して応答する応答手段と、
前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記復帰パターンに一致する場合に、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させ、受信したパケットを前記メインコントローラに転送する制御手段と、
を備え、
前記メインコントローラは、
前記メインコントローラが取得したパケットの一覧画面を表示する表示手段と、
前記一覧画面においてユーザに選択されたパケットを前記応答パターンに追加するように前記ネットワークコントローラに指示する指示手段と、
を備えることを特徴とするデータ処理装置。 - 前記指示手段は、ユーザ指示に従って、前記一覧画面においてユーザに選択されたパケットを前記応答パターンと前記復帰パターンとの何れかに追加するように前記ネットワークコントローラに指示することを特徴とする請求項１に記載のデータ処理装置。
- 前記記憶手段は、前記ネットワークコントローラが破棄するパケットを示す破棄パターンを更に記憶し、
前記ネットワークコントローラは、
前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記破棄パターンに一致する場合に、受信した前記パケットを破棄する破棄手段を更に備えることを特徴とする請求項１に記載のデータ処理装置。 - 前記指示手段は、ユーザ指示に従って、前記一覧画面においてユーザに選択されたパケットを前記応答パターンと前記復帰パターンと前記破棄パターンのいずれかに追加するように前記ネットワークコントローラに指示することを特徴とする請求項３に記載のデータ処理装置。
- 前記表示手段は、前記一覧画面に、ユーザからパケット取得開始指示を受け付けてから、ユーザからパケット取得停止指示を受け付けるまでの間に前記メインコントローラが取得したパケットを表示することを特徴とする請求項１乃至４の何れか１項に記載のデータ処理装置。
- 前記データ処理装置は、印刷装置であることを特徴とする請求項１乃至５の何れか１項に記載のデータ処理装置。
- 第１の電力モードと、前記第１の電力モードよりも電力の消費が小さい第２の電力モードとを少なくとも有するメインコントローラと、ネットワークに接続されるネットワークコントローラと、を有し、
前記メインコントローラと前記ネットワークコントローラとは接続され、
前記メインコントローラは、前記第１の電力モードである場合、前記ネットワークコントローラを介して前記ネットワークからパケットを受信し、
前記ネットワークコントローラは、前記メインコントローラが前記第１の電力モードである場合、前記ネットワークから受信したパケットを前記メインコントローラに転送するデータ処理装置が実行する情報処理方法であって、
前記ネットワークコントローラが、前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが、前記メインコントローラが前記第２の電力モードであることを維持したまま前記ネットワークコントローラが応答可能なパケットを示す応答パターンと、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させる必要があるパケットを示す復帰パターンとを少なくとも記憶する記憶手段に記憶された前記応答パターンに一致する場合に、前記メインコントローラが前記第２の電力モードであることを維持したまま受信したパケットに対して応答する応答ステップと、
前記ネットワークコントローラが、前記メインコントローラが前記第２の電力モードで動作し、かつ、前記ネットワークコントローラから受信したパケットが前記記憶手段に記憶された前記復帰パターンに一致する場合に、前記メインコントローラを前記第２の電力モードから前記第１の電力モードに復帰させ、受信したパケットを前記メインコントローラに転送する制御ステップと、
前記メインコントローラが、取得したパケットの一覧画面を表示する表示ステップと、
前記メインコントローラが、前記一覧画面においてユーザに選択されたパケットを前記応答パターンに追加するように前記ネットワークコントローラに指示する指示ステップと、
を含むことを特徴とする情報処理方法。 - コンピュータを、請求項１乃至６の何れか１項に記載のデータ処理装置の各手段として、機能させるためのプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012144548A JP6045219B2 (ja) | 2012-06-27 | 2012-06-27 | データ処理装置、情報処理方法、及びプログラム |
| US13/926,232 US9477285B2 (en) | 2012-06-27 | 2013-06-25 | Data processing apparatus capable of operating in power saving mode, control method of data processing apparatus, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012144548A JP6045219B2 (ja) | 2012-06-27 | 2012-06-27 | データ処理装置、情報処理方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2014011498A JP2014011498A (ja) | 2014-01-20 |
| JP6045219B2 true JP6045219B2 (ja) | 2016-12-14 |
Family
ID=49779514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012144548A Active JP6045219B2 (ja) | 2012-06-27 | 2012-06-27 | データ処理装置、情報処理方法、及びプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US9477285B2 (ja) |
| JP (1) | JP6045219B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5952802B2 (ja) * | 2013-11-28 | 2016-07-13 | 京セラドキュメントソリューションズ株式会社 | 応答システムおよび応答方法 |
| JP7005192B2 (ja) | 2017-06-30 | 2022-01-21 | キヤノン株式会社 | 情報処理装置、情報処理方法及びプログラム |
| JP7106932B2 (ja) * | 2018-03-28 | 2022-07-27 | ブラザー工業株式会社 | プログラム、およびシステム |
| JP7380339B2 (ja) * | 2020-03-06 | 2023-11-15 | 沖電気工業株式会社 | 情報処理装置および情報処理方法 |
| US11405519B2 (en) * | 2020-03-06 | 2022-08-02 | Oki Data Corporation | Information processing apparatus and information processing method |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1708411A1 (en) * | 2005-03-28 | 2006-10-04 | Canon Kabushiki Kaisha | A network device having a power saving mode, and a control method therefor |
| JP2008301077A (ja) * | 2007-05-30 | 2008-12-11 | Toshiba Corp | ネットワークコントローラ、情報処理装置およびウェイクアップ制御方法 |
| WO2010023496A1 (en) * | 2008-08-27 | 2010-03-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Peer to peer network |
| JP5791223B2 (ja) * | 2009-09-25 | 2015-10-07 | キヤノン株式会社 | 印刷装置、ネットワークインターフェースユニット、印刷装置の制御方法およびプログラム |
| JP5577860B2 (ja) * | 2010-06-04 | 2014-08-27 | 株式会社リコー | 情報処理装置、情報処理方法及び情報処理プログラム |
| JP2012099026A (ja) * | 2010-11-04 | 2012-05-24 | Canon Inc | 画像形成装置、情報処理装置、画像処理方法、プログラム |
-
2012
- 2012-06-27 JP JP2012144548A patent/JP6045219B2/ja active Active
-
2013
- 2013-06-25 US US13/926,232 patent/US9477285B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US9477285B2 (en) | 2016-10-25 |
| US20140006821A1 (en) | 2014-01-02 |
| JP2014011498A (ja) | 2014-01-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10620691B2 (en) | Data processing apparatus, information processing method, and storage medium | |
| JP5417980B2 (ja) | 情報処理装置、およびプログラム | |
| EP2306267A2 (en) | Information processing apparatus, method for controlling the same, and program thereof | |
| JP6045219B2 (ja) | データ処理装置、情報処理方法、及びプログラム | |
| WO2016034054A1 (zh) | 打印设备监控方法和系统以及打印监控服务器 | |
| CN103312921A (zh) | 事件通知系统 | |
| JP4869033B2 (ja) | ネットワークデバイス、ネットワークデバイス管理装置、ネットワークデバイスの制御方法、ネットワークデバイス管理方法、プログラム、記憶媒体 | |
| JP6366358B2 (ja) | 情報処理装置、情報処理装置の制御方法、及びプログラム | |
| JP2011170412A (ja) | ネットワークプリントシステム、出力管理装置、出力管理方法、プログラムおよび記録媒体 | |
| US9473658B2 (en) | Electronic device that processes data received from an external apparatus | |
| US10728123B2 (en) | Device data collector | |
| US20110239027A1 (en) | Common apparatus power control system, common apparatus and method for controlling power of common apparatus | |
| JP2012212464A (ja) | 情報処理装置、電力モード制御方法、電力モード制御プログラム、及び記録媒体 | |
| JP6214733B2 (ja) | データ処理装置 | |
| JP2011114805A (ja) | 通信装置及び方法、並びにプログラム | |
| JP2009169646A (ja) | デバイス設定システム及びデバイス設定プログラム | |
| JP2015114878A (ja) | 通信装置、通信制御方法、プログラム及び記憶媒体 | |
| JP2013138342A (ja) | 情報処理装置および情報処理方法 | |
| US20160139646A1 (en) | Information processing apparatus and information processing system | |
| JP2011076263A (ja) | ネットワークプリンターシステム | |
| JP5725081B2 (ja) | ネットワークプリンターシステム、及び、ホスト機器の制御方法及び制御プログラム | |
| JP2006163568A (ja) | ポートモニタ | |
| JP6016374B2 (ja) | 周辺装置、情報処理システム、制御方法およびコンピュータプログラム | |
| JP2016126678A (ja) | 画像形成装置、画像形成装置の制御方法、及びプログラム | |
| JP2011250175A (ja) | 画像形成装置、状態通知方法、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150626 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160614 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160726 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160923 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20161018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20161115 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6045219 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |