(57)【要約】【課題】電力の消費が小さい状態をより容易に維持することを目的とする。【解決手段】第１の情報処理装置は、ネットワークから受信されたパケットのうち、データ処理装置を宛先とするパケットの情報を記憶部に記憶する記憶手段と、記憶部に記憶されている情報のパケットのうち、第１の電力モードに復帰させる要因となるパケットを他のパケットと識別して表示部に表示する表示手段と、表示部に表示されたパケットのうち選択されたパケットについて、第２の情報処理装置が処理を行うことを示す処理情報とパケットの種類を識別する識別情報とを関連付けた設定情報を生成する生成手段と、を有することによって課題を解決する。【選択図】図１２
2014011498.tif 000002
【特許請求の範囲】
【請求項１】
第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、ネットワークに接続される第２の情報処理装置と、を備えるデータ処理装置であって、
前記第１の情報処理装置は、
前記ネットワークから受信されたパケットのうち、前記データ処理装置を宛先とするパケットの情報を記憶部に記憶する記憶手段と、
前記記憶部に記憶されている情報のパケットのうち、前記第１の電力モードに復帰させる要因となるパケットを他のパケットと識別して表示部に表示する表示手段と、
前記表示部に表示されたパケットのうち選択されたパケットについて、前記第２の情報処理装置が処理を行うことを示す処理情報と前記パケットの種類を識別する識別情報とを関連付けた設定情報を生成する生成手段と、
を有するデータ処理装置。
【請求項２】
前記生成手段は、前記表示部に表示されたパケットのうち選択されたパケットについて、前記選択されたパケットの種類のパケットを破棄することを示す処理情報と前記選択されたパケットの種類を識別する識別情報とを関連付けた設定情報を更に生成する請求項１記載のデータ処理装置。
【請求項３】
前記第２の情報処理装置は、
前記第２の電力モードにおいて前記ネットワークからパケットを受信すると、前記パケットの種類と前記識別情報により識別される種類とが一致するか否かを判断し、一致すると判断した場合、前記処理情報に従って前記処理を行う処理手段と、
前記処理の結果を前記パケットの送信元に送信する送信手段と、
を有する請求項１又は２記載のデータ処理装置。
【請求項４】
第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、ネットワークに接続される第２の情報処理装置と、を備えるデータ処理装置の前記第１の情報処理装置が実行する情報処理方法であって、
前記ネットワークから受信されたパケットのうち、前記データ処理装置を宛先とするパケットの情報を記憶部に記憶する記憶工程と、
前記記憶部に記憶されている情報のパケットのうち、前記第１の電力モードに復帰させる要因となるパケットを他のパケットと識別して表示部に表示する表示工程と、
前記表示部に表示されたパケットのうち選択されたパケットについて、前記第２の情報処理装置が処理を行うことを示す処理情報と前記パケットの種類を識別する識別情報とを関連付けた設定情報を生成する生成工程と、
を含む情報処理方法。
【請求項５】
第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１のコンピュータと、ネットワークに接続される第２のコンピュータと、を備えるデータ処理装置の前記第１のコンピュータに、
前記ネットワークから受信されたパケットのうち、前記データ処理装置を宛先とするパケットの情報を記憶部に記憶する記憶ステップと、
前記記憶部に記憶されている情報のパケットのうち、前記第１の電力モードに復帰させる要因となるパケットを他のパケットと識別して表示部に表示する表示ステップと、
前記表示部に表示されたパケットのうち選択されたパケットについて、前記第２のコンピュータが処理を行うことを示す処理情報と前記パケットの種類を識別する識別情報とを関連付けた設定情報を生成する生成ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、待機時の消費電力を抑えるために省電力状態に移行することが可能な情報処理システムが知られている。このような情報処理システムの一例として、メインＣＰＵを備えるコントローラ（メインコントローラ）と、サブＣＰＵを備えるネットワークコントローラとから構成されるシステムがある。
このようなシステムは、省電力状態ではメインコントローラの各モジュールの電力供給を停止し、消費電力が小さいネットワークコントローラの各モジュールには通常の電力供給を行ったままの状態で待機する。そして、このようなシステムでは、ネットワークから所定のパケットを受信した場合にメインコントローラに電力状態を停止したままネットワークコントローラが応答する、いわゆる代理応答の技術を用いることにより、消費電力の低減を図っている。
【０００３】
従来の代理応答の技術において、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、ネットワークコントローラ宛のＡＲＰ要求パケットのデータパターンに一致するかを判断する。また、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、メインコントローラを省電力状態から復帰させてメインコントローラで処理させるべきパケット（即ちウェイクアップパケット）のデータパターンに一致するかを判断する。
ネットワークコントローラは、受信したパケットがＡＲＰ要求パケットと一致したと判断したとき、送信データレジスタに格納している送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出する（即ち代理応答を行う）。他方、ネットワークコントローラは、受信したパケットがウェイクアップパケットと一致したと判断したとき、ウェイクアップ信号をメインコントローラへ出力することによりメインコントローラを省電力状態から復帰させる。このような代理応答の技術については、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３０１０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、ＳＮＭＰ（Simple Network Management Protocol）等の管理系プロトコルを使用して、リモートから多種の機器を管理するようなアプリケーション、ＯＳ等が増加する傾向にある。これによって顧客の機器の運用環境毎に各種の機器がどのようなパケットを受信することになるかは様々であり、顧客の機器の運用環境毎に流れるパケットを予め想定することは困難となる。
その結果、機器内に代理応答、ウェイクアップするためのデータパターンを予め登録していても顧客の運用環境によっては代理応答できずに機器を省電力状態から復帰させる事態が発生する。また、場合によっては不必要なデータパターンとの一致を招き、意味のない省電力状態からの復帰を行ったりすることにつながる。
対策としては、考えられる全てのデータパターンを予め登録しておくことが考えられる。しかしながら、省電力状態時に動作可能なネットワークコントローラを含む一部の機器は、省電力の観点から、限りなく少ないリソース上で動作しており、全てのデータパターンを登録することには限界がある。
【０００６】
また、ＵＳＢ、ネットワーク、ユーザインターフェース画面等、機器の外部インターフェースを通じて、使用者がデータパターンを登録、設定することによってネットワーク上を流れるパケットの種類に応じたデータパターンの変更を可能にする対策も考えられる。
しかしながら、データパターンを登録する作業を、機器の操作者（使用者、管理者等）が行うという負担が増えてしまう。
【０００７】
本発明はこのような問題点に鑑みなされたもので、電力の消費が小さい状態をより容易に維持することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明は、第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、ネットワークに接続される第２の情報処理装置と、を備えるデータ処理装置であって、前記第１の情報処理装置は、前記ネットワークから受信されたパケットのうち、前記データ処理装置を宛先とするパケットの情報を記憶部に記憶する記憶手段と、前記記憶部に記憶されている情報のパケットのうち、前記第１の電力モードに復帰させる要因となるパケットを他のパケットと識別して表示部に表示する表示手段と、前記表示部に表示されたパケットのうち選択されたパケットについて、前記第２の情報処理装置が処理を行うことを示す処理情報と前記パケットの種類を識別する識別情報とを関連付けた設定情報を生成する生成手段と、を有する。
【０００９】
また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。
【発明の効果】
【００１０】
本発明によれば、電力の消費が小さい状態をより容易に維持することができる。
【図面の簡単な説明】
【００１１】
【図１】ネットワークシステムの一例を示す図である。
【図２】複合機のハードウェアの構成の一例を示す図である。
【図３】複合機のソフトウェア（機能部）の構成の一例を示す図である。
【図４】ＳＮＭＰパケットの一例を示す図である。
【図５】データベーステーブルの一例を示す図である。
【図６】データベーステーブル管理処理に係るフローチャートの一例を示す図である。
【図７】パターン設定値の一例を示す図である。
【図８】パターンリスト生成処理に係るフローチャートの一例を示す図である。
【図９】パターンリストの一例を示す図である。
【図１０】パターン情報登録処理に係るフローチャートの一例を示す図である。
【図１１】ユーザインターフェースの一例を示す図である。
【図１２】ユーザインターフェースの一例を示す図である。
【図１３】ユーザインターフェースの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１３】
＜第１の実施形態＞
本実施形態は、各種の装置における省電力状態を維持するための技術に関する。以下では、データ処理装置の一例である複合機１０１を例に挙げて本実施形態を説明する。
図１は、複合機１０１を含むネットワークシステムの構成の一例を示す図である。複合機１０１とＰＣ１０２とは、ネットワーク１０３を介して接続され、相互に通信可能となっている。なお、複合機１０１がネットワーク１０３を介して接続されるのはＰＣ１０２に限られるものではない。
図２は、複合機１０１のハードウェアの構成の一例を示す図である。複合機１０１は、メインコントローラ２１０及びネットワークコントローラ２３０を有する。メインコントローラ２１０は、ネットワークコントローラ２３０を介してネットワーク１０３に接続されている。
【００１４】
メインＣＰＵ２１１は、メインコントローラ２１０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２１４は、ランダムアクセスメモリであり、メインＣＰＵ２１１が装置を制御する際に、一時的なデータの格納などに使用される。ＲＯＭ２１３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。ＨＤＤ２１５は、ハードディスクドライブであり、様々なデータの格納に使用される。ＮＶＲＡＭ２１６は、不揮発性のメモリであり、メインコントローラ２１０の各種の設定値を記憶する。なお、ＲＡＭ２１４、ＨＤＤ２１５、ＮＶＲＡＭ２１６などは、記憶部の一例である。
操作部Ｉ／Ｆ（インターフェース）２１７は、操作部２４０を制御し、操作部２４０に設けられた表示部の一例である液晶パネルに各種の操作画面を表示させ、操作画面を介して入力される指示をメインＣＰＵ２１１に伝達する。スキャナＩ／Ｆ２１８は、スキャナ２５０を制御する。スキャナ２５０は、原稿上の画像を読み取って画像データを生成する。プリンタＩ／Ｆ２１９は、プリンタ２６０を制御する。プリンタ２６０は、画像データに基づく画像を記録媒体上に記録する。
ＵＳＢＩ／Ｆ２２０は、ＵＳＢ２７０を制御する。ＵＳＢ２７０は、外部から差し込まれる不揮発性のＵＳＢメモリを認識し、ＵＳＢＩ／Ｆ２２０と連携してＵＳＢメモリ内のファイルシステムを制御することでファイル、ディレクトリ等を認識する。拡張Ｉ／Ｆ２１２は、ネットワークコントローラ２３０の拡張Ｉ／Ｆ２３２と接続され、ネットワークコントローラ２３０を介してネットワーク１０３上の外部装置（ＰＣ１０２等）とのデータ通信を制御する。
【００１５】
サブＣＰＵ２３１は、ネットワークコントローラ２３０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２３４は、ランダムアクセスメモリであり、サブＣＰＵ２３１が装置を制御する際に、一時的なデータの格納などに使用される。また、ＲＡＭ２３４には、ネットワーク１０３から受信したパケットを識別するためのマッチングデータ等が保持されている。ＲＯＭ２３３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。
拡張Ｉ／Ｆ２３２は、メインコントローラ２１０の拡張Ｉ／Ｆ２１２と接続され、メインコントローラ２１０とネットワークコントローラ２３０との間のデータ通信を制御する。ＮｅｔｗｏｒｋＩ／Ｆ２３５は、ネットワーク１０３に接続され、複合機１０１とネットワーク上の外部装置（ＰＣ１０２等）との間のデータ通信を制御する。
メインコントローラ２１０は、通常電力モード（第１の電力モードの一例）と、通常電力モードよりも消費電力が小さい省電力モード（第２の電力モードの一例）とを切り替えて動作する。通常電力モードから省電力モードに移行する場合は、メインＣＰＵ２１１、ＨＤＤ２１５、ＮＶＲＡＭ２１６などに対する電力の供給が停止される。一方、ネットワークコントローラ２３０は、メインコントローラ２１０とは別のＡＳＩＣ（Application Specific Integrated Circuit）で動作しており、省電力モード時に移行した場合でも電力の供給は継続されている。
【００１６】
図３は、複合機１０１のソフトウェア（機能部）の構成の一例を示す図である。図３に示す各ブロックは、複合機１０１に内蔵されるコントローラユニットによってソフトウェア（プログラム）が実行されることにより実現される機能を示している。
省電力制御部３０７は、通常電力モードと省電力モードとの切り替えに係る制御を行う。ＣＰＵ間通信部３０５は、拡張Ｉ／Ｆ２１２及び拡張Ｉ／Ｆ２３２を介して、ネットワークコントローラ２３０の機能部とのデータ送受信を行う。
【００１７】
ＣＰＵ間通信部３０４は、拡張Ｉ／Ｆ２３２及び拡張Ｉ／Ｆ２１２を介して、メインコントローラ２１０の機能部とのデータ送受信を行う。ネットワークＩ／Ｆ制御部３０３は、ＮｅｔｗｏｒｋＩ／Ｆ２３５によるパケットの送受信を制御する。
なお、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モード及び省電力モードのどちらの電力モードで動作しているかを把握している。そして、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モードで動作している場合は、ネットワーク１０３から受信するパケットをメインコントローラ２１０に転送する。また、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が省電力モードで動作している場合は、ネットワーク１０３から受信するパケットを代理応答処理部３０１に転送する。
【００１８】
代理応答処理部３０１は、省電力モード時にネットワークＩ／Ｆ制御部３０３から転送されるパケットを受け取る。代理応答処理部３０１がパケットを受け取るのは、メインコントローラ２１０が省電力モードで動作している場合である。通常電力モード時は、ネットワークＩ／Ｆ制御部３０３が受信したパケットは、代理応答処理部３０１へ転送されることなく、メインコントローラ２１０へ転送される。
代理応答処理部３０１は、省電力モード時に受け取ったパケットを３種類に分類する。より具体的には、代理応答処理部３０１は、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理応答すべきパケット」に分類する。
【００１９】
「破棄すべきパケット」とは、自装置宛てのパケットではない場合など、無視してもよい（応答する必要がない）パケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、当該パケットを破棄する。
「メインコントローラ２１０に転送すべきパケット」とは、受け取ったパケットに対して何らかの処理が必要であるが、ネットワークコントローラ２３０だけでは必要な処理を行うことができないパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、メインコントローラ２１０を省電力モードから通常電力モードに復帰させ、当該パケットをメインコントローラ２１０に転送する。
「代理応答すべきパケット」とは、メインコントローラ２１０の代わりにネットワークコントローラ２３０が応答を行うパケットである。代理応答処理部３０１は、受け取ったパケットをこれに分類した場合、当該パケットの応答用のパケット（応答パケット）を生成し、ネットワークＩ／Ｆ制御部３０３を介してネットワーク１０３上の当該応答パケットの要求元（当該パケットの送信元）へ応答する。
【００２０】
ＵＩ処理部３０８は、外部インターフェースの一例である操作部２４０を介して入力される設定要求、処理要求等を受け、要求毎に必要な処理を行う。また、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の開始および停止を依頼する要求、パケットスニファ３０９が取得したパケットを求める要求など、複数種類の要求を行う。なお、より詳細な内容については第２の実施形態で説明する。
パケットスニファ３０９は、メインコントローラ２１０が通常電力モード時において、ネットワーク１０３上を流れているパケットを取得してＨＤＤ２１５に格納する。パケットスニファ３０９は、ＵＩ処理部３０８からの要求を受け、対応する処理を行う。なお、より詳細な内容については第２の実施形態で説明する。
【００２１】
ＳＮＭＰ処理部３１０は、メインコントローラ２１０が通常電力モード時にＳＮＭＰのパケット（ＳＮＭＰパケット）をＰＣ１０２から受信して解析し、応答パケットを生成する。ＳＮＭＰ処理部３１０は、メインコントローラ２１０が管理している各種の情報を取得することが可能であり、これらの情報を用いて応答パケットを生成する（応答パケット生成処理）。
更に、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８からの命令を受けて自身が応答パケット生成処理したＰＣ１０２からのＳＮＭＰパケットから、ＰＣ１０２が応答パケットを要求する回数を応答パケット毎に管理する。ＳＮＭＰ処理部３１０は、要求の回数の多いものから優先してＰＣ１０２からのＳＮＭＰパケットをもとにパターン設定値を生成し、パターン生成部３０６に送る。
【００２２】
パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を用いて代理応答処理部３０１が処理するためのデータを含むパターンリストを生成する。また、パターン生成部３０６は、生成したパターンリストを、ＣＰＵ間通信部３０５及びＣＰＵ間通信部３０４を経由してパターン管理部３０２へ転送する。また、パターン生成部３０６は、生成（転送）したパターンリストをＨＤＤ２１５に記憶して管理する。パターン管理部３０２は、ＲＡＭ２３４にパターンリストを記憶し、パターンリストを管理する。パターンリストは、マッチングデータ等を含むパターン情報を含んで構成される。
【００２３】
代理応答処理部３０１は、リモート（ＰＣ１０２等）からネットワークＩ／Ｆ制御部３０３を介して受け取ったパケットを、パターン管理部３０２から取得したパターンリストを用いてパターンマッチ処理を行う。代理応答処理部３０１は、パターンマッチ処理において、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理応答すべきパケット」の何れであるかを決定し、それぞれの動作を行う。
例えば、代理応答処理部３０１は、「代理応答すべきパケット」を決定した場合、受け取ったパケット内の情報と当該パケットに対応するパターン情報（図９参照）に含まれる代理応答に用いられるデータとを用いて応答パケット（応答データ）を生成する。代理応答処理部３０１は、生成した応答パケットを、省電力モードを保ったまま応答パケットの要求元に送信（応答）する。
【００２４】
図４は、複合機１０１がＰＣ１０２から受信したＳＮＭＰパケットの一例を示す図である。ＳＮＭＰ処理部３１０は、メインコントローラ２１０が通常電力モードであるときにＳＮＭＰパケットを解析し、ＰＣ１０２からのＳＮＭＰパケットに対する各種の処理を行う。ＳＮＭＰでは、図４に示すように、パケットは、Ｅｔｈｅｒｎｅｔ（登録商標）フレーム、ＩＰフレーム、ＵＤＰフレーム、及びＳＮＭＰフレームの大きく４つのフレームから構成される。
ＳＮＭＰ処理部３１０は、受け取ったＳＮＭＰパケットからパターン設定値を生成する際、ＳＮＭＰパケットのフレーム内の各フィールドの情報、即ちパケット内の全ての領域の情報を必要としない。パターン設定値を生成するために必要な領域の情報は、ネットワークプロトコル毎に予め決められており、当該領域の情報がパターンマッチ処理で用いられる。
以下では、ＳＮＭＰパケット（パケットと適宜称する。）からパターン設定値を生成する際に必要な領域の情報を例に挙げて説明する。
【００２５】
宛先ＭＡＣアドレス４０１は、パケットの宛先のＭＡＣアドレスを示す。本例では、ＰＣ１０２が送信元となり、宛先は複合機１０１となるので、この領域には複合機１０１が保持するＭＡＣアドレスが含まれている。宛先ポート番号４０２は、ＳＮＭＰの宛先のポート番号を示す。一般にＳＮＭＰの宛先のポート番号の値は、ＲＦＣ（Request For Comment）によって「１６１」と定義されている。本例においても宛先ポート番号４０２の値は、「１６１」である。
Ｃｏｍｍｕｎｉｔｙ４０３は、ＳＮＭＰにおけるＣｏｍｍｕｎｉｔｙ名を示す。ＳＮＭＰでは一般に、Ｃｏｍｍｕｎｉｔｙが同一である機器から受信したパケットについては処理、応答が行われ、異なるＣｏｍｍｕｎｉｔｙの機器から受信したパケットについては破棄される。
【００２６】
Ｒｅｑｕｅｓｔ種別４０４は、パケットのＲｅｑｕｅｓｔ種別（ＧｅｔＲｅｑｕｅｓｔ等）を示す。ＯＩＤ４０５及びＯＩＤ４０６は、ＳＮＭＰにおけるＯＩＤ（オブジェクトＩＤ）を示す。ＳＮＭＰパケットを受信した機器は、一般に受信したＳＮＭＰパケット内のＯＩＤに対応している情報を処理、応答する。
ＳＮＭＰ処理部３１０は、ＳＮＭＰパケットを受信して応答パケットを作成して処理するとともに、宛先ＭＡＣアドレス４０１、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、ＯＩＤ４０６の情報を含むデータベーステーブルを生成して管理する。なお、より詳細な内容については図５及び図６を用いて説明する。また、宛先ＭＡＣアドレス４０１、宛先ポート番号４０２、Ｃｏｍｍｕｎｉｔｙ４０３、Ｒｅｑｕｅｓｔ種別４０４、ＯＩＤ４０５、及びＯＩＤ４０６は、予め定められた規定の項目の一例である。
【００２７】
図５は、ＳＮＭＰ処理部３１０が生成して管理するデータベーステーブルの一例を示す図である。パケット種別５０１は、受信されたパケットの種別を示す。ここでのパケットの種別は、ユニキャスト、ブロードキャスト、及びマルチキャストの何れかのパケットを示す。一般にユニキャスト、ブロードキャスト、及びマルチキャストの何れであるかについては、宛先ＭＡＣアドレス４０１の値がそれぞれ異なることから判別可能である。
Ｒｅｑｕｅｓｔ種別５０２は、受信されたパケットのＲｅｑｕｅｓｔの種別（Ｒｅｑｕｅｓｔ種別）を示す。一般にＳＮＭＰのＲｅｑｕｅｓｔとしては、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔ、ＳｅｔＲｅｑｕｅｓｔ等が挙げられる。また一般に、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔで要求したＯＩＤに対して、次のＯＩＤを取得するための手法（Ｒｅｑｕｅｓｔ）であり、処理する内容はＧｅｔＲｅｑｕｅｓｔと同一である。したがって、ＧｅｔＮｅｘｔは、ＧｅｔＲｅｑｕｅｓｔと同一のＲｅｑｕｅｓｔ種別として扱う。
ＯＩＤ５０３は、受信されたパケットに含まれるＯＩＤを示す。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３のＩｎｄｅｘを示す。ＳＮＭＰでは一般に、ＯＩＤに割り当てられている設定情報、管理情報に対してその詳細を示すためのＩｎｄｅｘが割り当てられる場合がある。Ｉｎｄｅｘ５０４は、ＯＩＤ５０３に対応している詳細情報が複数存在する場合について、そのＩｎｄｅｘを示している。Ｒｅｑｕｅｓｔ回数５０５は、パケット種別５０１、Ｒｅｑｕｅｓｔ種別５０２、及びＯＩＤ５０３（Ｉｎｄｅｘ５０４が存在する場合は更にＩｎｄｅｘ５０４）が同じパケットが受信された回数（数情報の一例）を示す。
【００２８】
図６は、データベーステーブルを管理する処理（データベーステーブル管理処理）に係るフローチャートの一例を示す図である。メインＣＰＵ２１１（ＳＮＭＰ処理部３１０）は、以下のようにデータベーステーブルを管理する。
メインＣＰＵ２１１は、ＰＣ１０２からのパケットを拡張Ｉ／Ｆ２１２等を介して受け取る（Ｓ６００）。メインＣＰＵ２１１は、Ｓ６０１にて受け取ったパケットのＣｏｍｍｕｎｉｔｙ４０３のＣｏｍｍｕｎｉｔｙ名とＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名とが同一であるかを確認（チェック）する。メインＣＰＵ２１１は、同一でないと判断した場合、受け取ったパケットに対するデータベーステーブルへの処理を終了する。他方、メインＣＰＵ２１１は、同一であると判断した場合、Ｓ６０２に処理を進める。
【００２９】
Ｓ６０２にて、メインＣＰＵ２１１は、受け取ったパケットの宛先ＭＡＣアドレス４０１を参照し、当該パケットの種別がユニキャスト、ブロードキャスト、及びマルチキャストの何れであるかを確認する。
Ｓ６０３にて、メインＣＰＵ２１１は、受け取ったパケットのＲｅｑｕｅｓｔ種別４０４を参照し、当該パケットのＲｅｑｕｅｓｔ種別を確認する。Ｓ６０４にて、メインＣＰＵ２１１は、受け取ったパケットに含まれる一又は複数のＯＩＤ（ＯＩＤ４０５、ＯＩＤ４０６等）から未チェックのＯＩＤが存在するかを確認する。メインＣＰＵ２１１は、未チェックのＯＩＤが存在すると判断した場合、Ｓ６０５に処理を進める。他方、メインＣＰＵ２１１は、未チェックのＯＩＤが存在しないと判断した場合、全てのＯＩＤに対するチェックが完了したものとして受け取ったパケットに対するデータベーステーブルへの処理を終了する。
【００３０】
Ｓ６０５にて、メインＣＰＵ２１１は、チェックしている対象のＯＩＤのＩｎｄｅｘがパケットに存在するかを確認する。メインＣＰＵ２１１は、Ｉｎｄｅｘが存在すると判断した場合、Ｓ６０７に処理を進め、他方、Ｉｎｄｅｘが存在しないと判断した場合、Ｓ６０６に処理を進める。
Ｓ６０７にて、メインＣＰＵ２１１は、データベーステーブル内に確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの全てが同一となるレコードが存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。Ｓ６０９にて、メインＣＰＵ２１１は、同一となるレコードにおけるＲｅｑｕｅｓｔ回数５０５をインクリメントし、Ｓ６０４に処理を進める。
Ｓ６０８にて、メインＣＰＵ２１１は、チェックしている対象のＯＩＤ（Ｉｎｄｅｘが存在するときはＯＩＤおよびＩｎｄｅｘ）に対応する情報を省電力モード中にネットワークコントローラ２３０で代理応答ができるものかを確認する。メインＣＰＵ２１１は、代理応答ができると判断した場合、Ｓ６１０に処理を進め、他方、代理応答ができないと判断した場合、Ｓ６０４に処理を進める。
【００３１】
ここで、メインコントローラ２１０が管理している情報について説明する。メインコントローラ２１０が管理している情報には、自身を運用するための各種の設定値、用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報、リアルタイムに変わっていく情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。
省電力モードからの復帰を促すパケットを受信した場合、或いはパケットを受信した時点における情報をＰＣ１０２へ返す必要がある場合、省電力モードから通常電力モードへ復帰し、ＳＮＭＰ処理部３１０が受け取ったパケットに対する処理を行う必要がある。そこで、本実施形態では、例えば、代理応答ができる情報（固定的な設定値等）を特定可能な情報（ＯＩＤ、ＯＩＤ及びそのｉｎｄｅｘ等）がＮＶＲＡＭ２１６に予め記憶され、メインＣＰＵ２１１は、ＮＶＲＡＭ２１６を参照して代理応答ができるものかを確認する。
【００３２】
ここで、データベーステーブルは、複合機１０１が設置されているネットワーク環境において、より長く省電力モードを維持するためのものである。したがって、メインＣＰＵ２１１は、「省電力モードからの復帰が必須」の場合におけるパケットに対しては、データベーステーブルにて管理しない。生成するパターン設定値については図７を用いて説明する。
Ｓ６１０にて、ＳＮＭＰ処理部３１０は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、ＯＩＤ、Ｉｎｄｅｘの情報をレコードとしてデータベーステーブルに追加し、Ｒｅｑｕｅｓｔ回数５０５に値「１」を設定する。
Ｓ６０６にて、メインＣＰＵ２１１は、確認したパケット種別、Ｒｅｑｕｅｓｔ種別、及びＯＩＤの全てが同一となるレコードがデータベーステーブル内に存在するかを確認する。メインＣＰＵ２１１は、同一となるレコードが存在すると判断した場合、Ｓ６０９に処理を進め、他方、同一となるレコードが存在しないと判断した場合、Ｓ６０８に処理を進める。
【００３３】
図７は、パターン設定値の一例を示す図である。パターン設定値は、受信されたパケットを識別するためのマッチングデータ（識別情報の一例）と、受信されたパケットがマッチングデータに一致した場合に何の処理をすべきかを定義した処理データ（処理情報の一例）とを含んで構成されている。なお、マッチング処理では、受信されたパケット内のデータとマッチングデータとに基づいて、当該パケットにマッチするパターン情報の特定が行われる。
ＳＮＭＰ処理部３１０は、メインコントローラ２１０が省電力モードへ移行する前に、パターン設定値を生成し、パターン生成部３０６へ送る。ＳＮＭＰ処理部３１０は、図６のフローチャートの処理で生成して管理しているデータベーステーブルを使用し、Ｒｅｑｕｅｓｔ回数５０５の一番多いレコードから優先してパターン設定値を生成する。例えば、容量の制限により、ＯＩＤの情報を規定の値（例えば１０個）までパターン設定値に含められる場合、ＳＮＭＰ処理部３１０は、Ｒｅｑｕｅｓｔ回数５０５の多い上位１０個のＯＩＤの情報をパターン設定値に含める。
【００３４】
宛先ポート番号情報７０１は、省電力モード時に受け取ったパケットの宛先ポート番号４０２の値を示す。宛先ポート番号４０２の値は、上述したように予め定義されている値であり、ＨＤＤ２１５、ＮＶＲＡＭ２１６等に記憶されている。ＳＮＭＰ処理部３１０は、宛先ポート番号４０２の値（予め定義されている値）を宛先ポート番号情報７０１に設定する。宛先ポート番号情報７０１がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットの宛先ポート番号と、あるパターン情報の宛先ポート番号とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
プロトコル名情報７０２は、省電力モード時に受け取ったパケットのプロトコル名を示す。一般にネットワークプロトコルについては、宛先ポート番号情報７０１によって対応するプロトコルが決定可能である。したがって、宛先ポート番号情報７０１及びプロトコル名情報７０２の何れかが設定されていれば有効な設定値としてよい。
【００３５】
パケット種別情報７０３は、受け取ったパケットのパケット種別を示す。ＳＮＭＰ処理部３１０は、パケット種別５０１の値をパケット種別情報７０３に設定する。
パターン設定有効／無効情報７０４は、パターン設定値の有効／無効を示す。パターン設定有効／無効情報７０４をもとにパターン設定値の有効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行うことになる。パターン設定有効／無効情報７０４をもとにパターン設定値の無効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行わない。
ＳＮＭＰ処理部３１０は、基本的にパターン設定有効／無効情報７０４については、有効（有効であることを示す情報「１」等）としてパターン情報に設定する。
【００３６】
動作種別情報７０５は、処理情報の一例であり、受け取ったパケットがパターン情報にマッチした場合における、その後の動作の種別を示す。動作種別情報７０５には、「受信パケットを破棄」を示す情報（例えば「１」）が設定可能である。また動作種別情報７０５には、「受信パケットをメインコントローラ２１０に転送し、省電力モードから復帰」を示す情報（例えば「２」）が設定可能である。また動作種別情報７０５には、「ネットワークコントローラ２３０が受信したパケットの応答を、省電力モードを維持してメインコントローラ２１０の代理で処理、送信」を示す情報（例えば「０」）が設定可能である。
本実施形態では、図６の処理にて代理応答できるパケットのレコードが記憶され、当該レコードをもとに動作種別情報７０５に代理応答を示す「０」が設定されたパターン設定値が生成される。そして、当該パターン設定値がパターン生成部３０６を通じてパターン情報とされると、代理応答が行われるようになるので、より長く省電力モードが維持されるようになる。
【００３７】
パターン設定値更新可否情報７０６は、パターン設定値をもとに生成されたパターン情報の更新の可否（更新を許可するか否か）を示す。パターン設定値更新可否情報７０６は、ネットワークコントローラ２３０で保持するパターン情報の総数がネットワークコントローラ２３０のリソース上、ＭＡＸとなった場合に必要となる。パターン設定値更新可否情報７０６は、ネットワークコントローラ２３０で保持するパターンの総数がＭＡＸの場合、それ以降は登録済のパターン情報のパターン設定値更新可否情報７０６が「上書き可」であるものを新しいパターン情報で上書するために用いられる。
また、パターン設定値更新可否情報７０６については、パターン情報の削除の設定が可能である。削除の設定によって、以前に上書き不可としていたパターン情報を削除、無効にすることが可能である。なお、本実施形態では、ＳＮＭＰ処理部３１０は、更新を許可しないことを示す「０」をパターン設定値更新可否情報７０６に設定する。
【００３８】
リクエストタイプ情報７０７は、受け取ったパケットのＲｅｑｕｅｓｔ種別（ＧｅｔＲｅｑｕｅｓｔ等）を示す。ＳＮＭＰ処理部３１０は、Ｒｅｑｕｅｓｔ種別５０２の値をリクエストタイプ情報７０７に設定する。リクエストタイプ情報７０７がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットのＲｅｑｕｅｓｔ種別と、あるパターン情報のＲｅｑｕｅｓｔ種別とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
Ｃｏｍｍｕｎｉｔｙ情報７０８は、受け取ったパケットのＣｏｍｍｕｎｉｔｙを示す。ＳＮＭＰ処理部３１０は、Ｃｏｍｍｕｎｉｔｙ４０３の値（ＨＤＤ２１５、ＮＶＲＡＭ２１６等に保持しているＣｏｍｍｕｎｉｔｙ名）をＣｏｍｍｕｎｉｔｙ情報７０８に設定する。Ｃｏｍｍｕｎｉｔｙ情報７０８がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。これにより、省電力モード時において代理応答処理部３０１は、受け取ったパケットのＣｏｍｍｕｎｉｔｙ名と、あるパターン情報のＣｏｍｍｕｎｉｔｙ名とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
【００３９】
ＯＩＤ情報７０９は、受け取ったパケットのＯＩＤを示す。ＳＮＭＰ処理部３１０は、ＯＩＤ５０３の値をＯＩＤ情報７０９に設定する。また、対応情報７１０は、ＯＩＤ情報７０９に対応している情報を示す。Ｉｎｄｅｘ情報７１１は、ＯＩＤのＩｎｄｅｘ値に対応している情報を示す。ＳＮＭＰ処理部３１０は、Ｉｎｄｅｘ５０４の値をＩｎｄｅｘ情報７１１に設定する。
対応情報７１０、及びＩｎｄｅｘ情報７１１には、メインコントローラ２１０が管理している各種の情報のうちＯＩＤ（或いはＯＩＤ及びＩｎｄｅｘ）に対応する情報が含まれる。なお、メインコントローラ２１０が管理している各種の情報には、自身を運用するための各種の設定値や用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。
【００４０】
ＯＩＤ情報７０９及び対応情報７１０がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。省電力モード時において代理応答処理部３０１は、受け取ったパケットのＯＩＤと、あるパターン情報のＯＩＤとを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。また、ＯＩＤ及び当該ＯＩＤのＩｎｄｅｘ情報７１１がパターン生成部３０６を通じてパターン情報とされ、代理応答処理部３０１に渡される。省電力モード時において代理応答処理部３０１は、受け取ったパケットのＯＩＤ及びＩｎｄｅｘと、あるパターン情報のＯＩＤ及びＩｎｄｅｘとを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。
以上のように、ＳＮＭＰ処理部３１０は、パターン設定値を生成し、パターン生成部３０６へ送る。なお、宛先ポート番号情報７０１（プロトコル名情報７０２）、パケット種別情報７０３、リクエストタイプ情報７０７、及びＣｏｍｍｕｎｉｔｙ情報７０８は、パケットの種類を識別する識別情報の一例である。また、パターン設定値は、処理情報と識別情報とを関連付けた設定情報の一例である。
【００４１】
図８は、ＳＮＭＰ処理部３１０が図７に示すようなパターン設定値を生成し、パターン生成部３０６へ送った場合において、パターン生成部３０６が行う処理（パターンリスト生成処理）に係るフローチャートの一例を示す図である。
Ｓ８０１にて、メインＣＰＵ２１１は、データベーステーブルをもとにパターン設定値を生成する。Ｓ８０２にて、メインＣＰＵ２１１は、パターン設定値を解析し、パターンリスト（図９参照）を生成する。Ｓ８０３にて、メインＣＰＵ２１１は、生成したパターンリストを、ＣＰＵ間通信により、ネットワークコントローラ２３０へ転送する。
図９は、パターン生成部３０６が生成するパターンリストの一例（パターン情報９０１）を示す図である。パターン情報９０１は、図７に示すパターン設定値をもとにパターン生成部３０６が生成するパターンリストの一例である。なお、パターンリスト（パターン情報）は、処理情報と識別情報とを関連付けた設定情報の一例である。
【００４２】
図１０は、Ｓ８０３によってパターンリストがネットワークコントローラ２３０へ転送された場合に、ネットワークコントローラ２３０が行う処理（パターン情報登録処理）に係るフローチャートの一例を示す図である。
Ｓ１００１にて、サブＣＰＵ２３１は、ＣＰＵ間通信により、ＣＰＵ間メッセージ（Ｓ８０３でネットワークコントローラ２３０から転送されたパターンリスト等）を受信する。Ｓ１００２にて、サブＣＰＵ２３１は、受信したＣＰＵ間メッセージがパターンリストを登録するメッセージ（登録要求）であるかを確認する。サブＣＰＵ２３１は、登録要求でないと判断した場合、処理を終了する。他方、サブＣＰＵ２３１は、登録要求であると判断した場合、Ｓ１００３に処理を進める。
【００４３】
Ｓ１００３にて、サブＣＰＵ２３１は、Ｓ１００１で受信したＣＰＵ間メッセージからパターンリストを取得する。Ｓ１００４にて、サブＣＰＵ２３１は、パターンリストからパターン情報を１つ取得し、ＲＡＭ２３４に保持されているパターンリスト内に一致するパターン情報が存在するかを確認する。
ここで、一致するか否かは、例えば、パターン情報の宛先ポート番号（及び／又はプロトコル名）、パケット種別、リクエスト、スコープ、及びタイプ（Ｉｎｄｅｘがある場合はタイプ及びＩｎｄｅｘ）の情報をもとに判断される。
サブＣＰＵ２３１は、一致するパターン情報が存在しないと判断した場合、Ｓ１００６に処理を進め、他方、一致するパターン情報が存在すると判断した場合、Ｓ１００５に処理を進める。
【００４４】
Ｓ１００５にて、サブＣＰＵ２３１は、ＲＡＭ２３４に保持されているパターンリスト内の一致しているパターン情報のパターン設定値更新可否の情報が、更新可であるかをチェックする。即ち、「パターン設定値更新可否」の属性が「１」であるか「０」であるかをチェックする。サブＣＰＵ２３１は、更新不可であると判断した場合（即ち、「パターン設定値更新可否」の属性が「０」である場合）、Ｓ１００７に処理を進める。他方、サブＣＰＵ２３１は、更新可であると判断した場合（即ち、「パターン設定値更新可否」の属性が「１」である場合）、Ｓ１００６に処理を進める。
Ｓ１００６にて、サブＣＰＵ２３１は、Ｓ１００４で取得した１つのパターン情報を、ＲＡＭ２３４に保持されているパターンリストに登録する。なお、上書き登録する場合は、一致しているパターン情報に対して上書き登録する。
【００４５】
Ｓ１００７にて、サブＣＰＵ２３１は、Ｓ１００３で取得したパターンリスト内にＳ１００４で取得したパターン情報以外のパターン情報が存在するか（未処理のパターン情報）を確認する。サブＣＰＵ２３１は、未処理のパターン情報が存在すると判断した場合、未処理のパターン情報に対してＳ１００４以降の処理を繰り返す。他方、サブＣＰＵ２３１は、未処理のパターン情報が存在しないと判断した場合、Ｓ１００８に処理を進める。
Ｓ１００８にて、サブＣＰＵ２３１は、パターン情報（パターンリスト）の登録結果を、ＣＰＵ間通信によりメインコントローラ２１０へ転送する。
上述の処理により、メインコントローラ２１０が省電力モード中にＰＣ１０２からパケットを受信した際、代理応答処理部３０１は、パターンリストを用いてパターンマッチ処理を行ってパターン情報を特定し、代理応答できるかを確認できるようになる。代理応答ができる場合、代理応答処理部３０１は、パターン情報を使用して受け取ったパケットの応答パケットを生成し、ＰＣ１０２へ応答する。代理応答ができない場合、受け取ったパケットを破棄する、若しくはメインコントローラ２１０を省電力モードから復帰させ、パケットをメインコントローラ２１０へ転送する。これらの処理のうち何れの処理を行うかは、パターン情報の動作種別の値に基づいて決定される。
【００４６】
図１１は、ユーザインターフェースの一例（操作部２４０上で表示する、省電力モード時に代理応答を行うネットワークプロトコルの種別を設定する設定画面１１０１）を示す図である。設定画面１１０１は、メインコントローラ２１０が省電力モード時にＰＣ１０２からパケットを受信した場合、そのパケットがどのネットワークプロトコルの場合に代理応答させるかを選択する構成となっている。
設定画面１１０１上でＳＮＭＰが選択された場合、ＵＩ処理部３０８は、ＳＮＭＰ処理部３１０に代理応答のパターン設定値の生成を要求（生成要求）する。ＳＮＭＰ処理部３１０は、パターン設定値の生成要求を受けると、上述したような方法でデータベーステーブルを生成して管理し、パターン設定値を生成する。そして、ＳＮＭＰ処理部３１０は、パターン生成部３０６を経由してメインコントローラ２１０が省電力モードに移行する前にパターンリスト（パターン情報）をネットワークコントローラ２３０へ送る。
【００４７】
本実施形態では、ＳＮＭＰを例に説明したが、同様の方法でＳＬＰ、ＷＳＤ等のプロトコルのパケットに対しても代理応答させるような仕組みを提供することが可能である。また、設定画面１１０１上では、複数のネットワークプロトコルを同時に選択することも可能である。
上述の構成によれば、操作者によるパターン情報の登録作業の負担が軽減される。
【００４８】
＜第２の実施形態＞
本実施形態では、第１の実施形態とは異なるパターン情報の登録方法として、パケットスニファ３０９がネットワーク１０３上から受信するパケットをＨＤＤ２１５に保存し、保存したパケットをパターン情報の登録に利用する方法について説明する。なお、本実施形態では、第１の実施形態の構成と同じ構成についてはその説明を適宜省略する。
図１２は、ユーザインターフェースの一例（複合機１０１がネットワーク１０３上から受信するパケットの一覧を操作部２４０に表示する取得パケット一覧画面１２０１）を示す図である。取得パケット一覧画面１２０１では、取得されたパケットが一覧形式で表示される。より具体的には、ＵＩ処理部３０８は、パケットスニファ３０９が取得したパケットをＨＤＤ２１５から取得し、取得パケット一覧画面１２０１に表示する。
取得パケット一覧画面１２０１では、操作者による個々のパケットのセルを選択可能とし、選択されたパケットに対する個別処理が画面上のボタンの押下によって行われる。Ｄａｔｅ１２０２は、パケットスニファ３０９がパケットを取得した日時を示す。送信元１２０３は、パケットスニファ３０９が取得したパケットの送信元のＩＰアドレスを示す。
【００４９】
宛先１２０４は、パケットスニファ３０９が取得したパケットの宛先のＩＰアドレスを示す。取得パケット一覧画面１２０１で表示されるパケットの一覧では、パケットスニファ３０９がパケットを取得する際に、例えばパケットスニファ３０９によりパケットフィルタ処理が行われ、フィルタされて絞り込まれたパケットが表示されている。パケットフィルタ処理とは、ネットワーク１０３上を流れる全てのパケットを取得するのではなく、特定の条件に合致するパケットを選択的に取得する処理のことである。
ここでのパケットの取得の目的は、複合機１０１が受信したパケットについてパターン情報の登録をすることである。したがって、パケットスニファ３０９は、ネットワーク１０３上を流れる全てのパケットを取得するのではなく、パケットフィルタ処理を使用し、複合機１０１が受信するパケットを取得し、それ以外のパケットは取得しないようにする。複合機１０１が受信するパケットとしては、例えば、宛先１２０４が複合機１０１の保持するＩＰアドレスであるパケット、及び送信元から送られるブロードキャストパケット或いはマルチキャストパケットである。
【００５０】
Ｐｒｏｔｏｃｏｌ１２０５は、パケットスニファ３０９が取得したパケットのプロトコル（例えばプロトコル名）を示す。パケット取得開始ボタン１２０６は、パケットの取得を開始するためのボタンである。パケット取得開始ボタン１２０６が押下されると、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の開始要求を行う。パケットスニファ３０９は、ＵＩ処理部３０８からの開始要求を受け、パケットフィルタ処理を行いながらネットワーク１０３上のパケットを取得し、随時ＨＤＤ２１５に保存していく。
パケット取得停止ボタン１２０７は、パケットの取得を停止するためのボタンである。パケット取得停止ボタン１２０７が押下されると、ＵＩ処理部３０８は、パケットスニファ３０９にパケットの取得の停止要求を行う。パケットスニファ３０９は、ＵＩ処理部３０８からの停止要求を受け、パケットの取得を終了し、ＵＩ処理部３０８へ終了通知を行う。
【００５１】
ＵＩ処理部３０８は、パケットスニファ３０９からの終了通知を受け、パケットスニファ３０９がＨＤＤ２１５に保存したパケットを取得し、取得パケット一覧画面１２０１に一覧表示する。また、ＵＩ処理部３０８は、ＲＡＭ２１４に保持しているパケットとともにパターン生成部３０６に対して省電力モードからの復帰の要因となるパケットの選定要求を行う。
パターン生成部３０６は、選定要求を受けると、受け取ったパケットと管理しているパターンリストとに基づいて、省電力モードからの復帰の要因のパケットを選定し、選定した結果（例えばパケットを識別可能な情報）をＵＩ処理部３０８に通知する。ＵＩ処理部３０８は、取得パケット一覧画面１２０１上に表示しているパケットの中で、通知を受けたパケットに対して色を反転する（色反転表示）。これによって、現在登録されているパターン情報を用いたパターンマッチ処理において、省電力モードから復帰してしまうパケットを特定し、操作者に分かりやすく表示することを可能にする。
【００５２】
ここで、パターン生成部３０６は、ＳＮＭＰ処理部３１０等の処理部からパターン設定値を受け、パターンリストを生成している。例えば、ＳＮＭＰ処理部３１０は、複合機１０１の起動時に、省電力モードからの復帰を目的としたパターン設定値を予め定められた情報に従って自動生成し、パターン生成部３０６へ送る。
よって、パターン生成部３０６は、管理しているパターンリストを使用し、渡されたパケットの中で省電力モードからの復帰の要因となるパケットを選定することができる。
【００５３】
破棄ボタン１２０８は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、これを破棄するように設定するためのボタンである。破棄ボタン１２０８が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、破棄ボタン１２０８が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、パケット破棄パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、パケット破棄パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
【００５４】
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用してパケットを破棄するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
【００５５】
ＷＯＬボタン１２０９は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、省電力モードから復帰するように設定するためのボタンである。ＷＯＬボタン１２０９が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、ＷＯＬボタン１２０９が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、通常電力モード復帰パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、通常電力モード復帰パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
【００５６】
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用して省電力モードから復帰するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
【００５７】
応答ボタン１２１０は、取得パケット一覧画面１２０１上で操作者によって選択された種類のパケットをネットワークコントローラ２３０が受信した場合、省電力モードから復帰せずに代理応答するように設定するためのボタンである。応答ボタン１２１０が押下された場合における動作についてＳＮＭＰパケット１２１３を例に挙げて説明する。
操作者によってＳＮＭＰパケット１２１３が選択され、応答ボタン１２１０が押下されると、ＵＩ処理部３０８は、選択されたＳＮＭＰパケット１２１３を、代理応答パターン登録要求としてＳＮＭＰ処理部３１０へ送る。ＳＮＭＰ処理部３１０は、代理応答パターン登録要求を受け、図７で説明したようなパターン設定値を生成する。
【００５８】
ここで、図４を用いて説明したように、パターン情報を登録するために必要な領域の情報はネットワークプロトコル毎に予め決定されており、必要な領域の情報をパターンマッチ処理の対象としている。このため、ＳＮＭＰ処理部３１０は、ＵＩ処理部３０８から受けたパケットからパターン情報を登録するために必要な領域の情報を使用して代理応答するためのパターン設定値を生成することができる。
ＳＮＭＰ処理部３１０は、生成したパターン設定値をパターン生成部３０６へ送る。パターン生成部３０６は、ＳＮＭＰ処理部３１０から渡されたパターン設定値を使用して図８に示すフローチャートに従って処理をする。
【００５９】
詳細ボタン１２１１は、取得パケット一覧画面１２０１上で操作者によって選択されたパケットの詳細を示す画面（図１３参照のこと。）を表示するためのボタンである。取得パケット一覧画面１２０１上で選択されたパケットに対して詳細ボタン１２１１が押下されると、ＵＩ処理部３０８は、選択されているパケットの実際のデータの詳細を操作部２４０上に表示する。
戻るボタン１２１２は、取得パケット一覧画面１２０１を終了するためのボタンである。戻るボタン１２１２が押下されると、ＵＩ処理部３０８は、操作部２４０上の取得パケット一覧画面１２０１を終了し、ＨＤＤ２１５から取得、保持していたパケットのデータを破棄する。
【００６０】
図１３は、ユーザインターフェースの一例（詳細ボタン１２１１が押下されたときに表示されるパケット詳細表示画面１３０１）を示す図である。取得パケット一覧画面１２０１上で選択されたパケットに対して詳細ボタン１２１１が押下されると、ＵＩ処理部３０８は、選択されているパケットの実際のデータの詳細をパケット内の各フレームのフィールド毎に分けて操作部２４０上に表示する。
戻るボタン１３０２は、パケット詳細表示画面１３０１を終了するためのボタンである。戻るボタン１３０２が押下されると、ＵＩ処理部３０８は、操作部２４０上のパケット詳細表示画面１３０１を終了し、取得パケット一覧画面１２０１を表示する。
【００６１】
以上のようなユーザインターフェースを操作者に提供することによって、複合機１０１が設置されている顧客のネットワーク環境毎に流れているパケットに対して、省電力モードから復帰している要因となっているパケットを明示することができる。また、復帰の要因のパケットを操作者に明示すると共に、省電力モードをより長く維持できるようなパターン情報の登録を行える仕組みを操作者に対して提供している。
上述の構成によれば、機器の操作者は、ネットワーク１０３上を流れるパケットがどのような内容のものであるかを実際に認識した上でパターン情報を登録できるようになる。また、機器の操作者がネットワーク上を流れるパケットの詳細なデータを設定、編集しなくても代理応答、ウェイクアップ等のパターン情報を顧客毎のネットワーク環境に応じて登録、変更することができるようになる。
【００６２】
このように、省電力モード時に不必要な通常電力モードへの復帰を適切かつ容易に回避できるようになり、その結果としてより省電力モードをより長く維持することが可能となる。
なお、本実施形態は、上述の構成に限られるものではない。例えば、取得パケット一覧画面１２０１では、取得したパケットを時系列で表示する例を示したが、取得したパケットを統計順（量が多い順など）に表示する構成としてもよい。この構成によれば、機器の操作者は、頻繁に受信するパケットを代理応答に設定し易くなる。
【００６３】
＜その他の実施形態＞
本実施形態は、上述した各実施形態に限られるものではない。例えば、第１の実施形態の構成と第２の実施形態の構成とを適宜に組み合わせてもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
なお、上述したメインコントローラ２１０は、第１の情報処理装置（第１のコンピュータの一例）であり、ネットワークコントローラ２３０は、第２の情報処理装置（第２のコンピュータの一例）である。
【００６４】
上述した実施形態の構成によれば、電力の消費が小さい状態をより容易に維持することができる。
【００６５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６６】
２１０  メインコントローラ、２３０  ネットワークコントローラ
【図１】
2014011498.tif 000003
【図２】
2014011498.tif 000004
【図３】
2014011498.tif 000005
【図４】
2014011498.tif 000006
【図５】
2014011498.tif 000007
【図６】
2014011498.tif 000008
【図７】
2014011498.tif 000009
【図８】
2014011498.tif 000010
【図９】
2014011498.tif 000011
【図１０】
2014011498.tif 000012
【図１１】
2014011498.tif 000013
【図１２】
2014011498.tif 000014
【図１３】
2014011498.tif 000015