JP2013161122A - データ処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】電力モードの制御に係る情報をより適切に管理することを目的とする。
【解決手段】第１の電力モード、及び第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、第１の情報処理装置およびネットワークを介して接続された外部装置と通信可能な第２の情報処理装置とを有するデータ処理装置が、ネットワークからのパケットに対する処理を示す処理情報と、パケットを識別可能な識別情報とを含む定義情報を第１の情報処理装置および外部装置の少なくとも一方から受信し、第２の電力モードにおいて外部装置から送信されたパケットが受信されると、パケットを解析して受信手段で受信された定義情報に含まれる識別情報をもとにパケットに対応する定義情報を特定し、定義情報に含まれる処理情報に従って処理を行うことによって課題を解決する。
【選択図】図３

Description

本発明は、データ処理装置、情報処理方法、及びプログラムに関する。

従来、待機時の消費電力を抑えるために省電力状態に移行することが可能な情報処理システムが知られている。このような情報処理システムの一例として、メインＣＰＵを備えるコントローラ（メインコントローラ）と、サブＣＰＵを備えるネットワークコントローラとから構成されるシステムがある。このようなシステムでは、省電力状態ではメインコントローラの各モジュールの電力供給を停止し、消費電力が小さいネットワークコントローラの各モジュールには通常の電力供給を行ったままの状態で待機する。そして、このようなシステムでは、ネットワークから所定のパケットを受信した場合にメインコントローラに電力状態を停止したままネットワークコントローラが応答する、いわゆる代理応答の技術を用いることにより、消費電力の低減を図っている。
従来の代理応答の技術では、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、ネットワークコントローラ宛のＡＲＰ要求パケットのデータパターンに一致するかを判断する。また、省電力状態では、ネットワークコントローラは、自身が受信した各パケットを、メインコントローラを省電力モードから復帰させメインコントローラ側で処理させるべきパケット（すなわちウェイクアップパケット）のデータパターンに一致するかを判断する。
ネットワークコントローラは、受信したパケットがＡＲＰ要求パケットと一致したと判断したとき、送信データレジスタに格納している送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出する（すなわち、代理応答を行う）。他方、ネットワークコントローラは、受信したパケットがウェイクアップパケットと一致したと判断したとき、ウェイクアップ信号をメインコントローラへ出力することによりメインコントローラを省電力モードから復帰させる。このような代理応答の技術については、例えば特許文献１に開示されている。

特開２００８−３０１０７７号公報

従来の技術では、代理応答、ウェイクアップ等するためのパターンマッチ処理で使用する各種のデータパターンは、ネットワークコントローラを含めた機器内に予め固定的に搭載されている。
一方、近年ＳＮＭＰプロトコル等の管理系プロトコルを使用し、リモートから多種の機器を管理するようなアプリケーション、ＯＳ等の利用が増加する傾向にある。これによって顧客の機器の運用環境毎に各種の機器がどのようなパケットを受信することになるかは様々となり、顧客の機器の運用環境毎に流れるパケットを予め想定することが困難となっている。

その結果、機器内に、代理応答、ウェイクアップ等するためのデータパターンを予め登録していても顧客の機器の運用環境によっては代理応答できずに機器を省電力状態から復帰させる事態が発生する。また、場合によっては不必要なデータパターンとの一致を招き、意味のない省電力状態からの復帰を行ったりすることにつながる。このような対策としては、全てのデータパターンを把握して予め登録しておくことが考えられる。
しかしながら、省電力状態時に（電力の消費が相対的に小さい電力モードにおいて）動作するネットワークコントローラを含む一部の機器は、省電力の観点から、限りなく少ないリソース上で動作しており、全てのデータパターンを登録することには限界がある。

本発明はこのような問題点に鑑みなされたもので、電力モードの制御に係る情報をより適切に管理することを目的とする。

そこで、本発明に係るデータ処理装置は、第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、前記第１の情報処理装置およびネットワークを介して接続された外部装置と通信可能な第２の情報処理装置とを有するデータ処理装置であって、前記ネットワークからのパケットに対する処理を示す処理情報と、前記パケットを識別可能な識別情報とを含む定義情報を前記第１の情報処理装置および前記外部装置の少なくとも一方から受信する受信手段と、前記第２の電力モードにおいて前記外部装置から送信されたパケットが受信されると、前記パケットを解析して前記受信手段で受信された定義情報に含まれる識別情報をもとに前記パケットに対応する定義情報を特定し、前記定義情報に含まれる処理情報に従って処理を行う処理手段と、を有することを特徴とする。

また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。

本発明によれば、電力モードの制御に係る情報をより適切に管理することができる。

パーソナルコンピュータと複合機とから構成されるネットワークシステムの一例を示す図である。 複合機のハードウェアの構成の一例を示す図である。 複合機のソフトウェア（機能部）の構成の一例を示す図である。 パターン設定値の一例を示す図である。 パターン設定値の一例を示す図である。 パターン設定値の一例を示す図である。 Ｉｍｐｏｒｔ処理に係るフローチャートの一例を示す図である。 パターンリストの一例を示す図である。 メッセージ受信時処理に係るフローチャートの一例を示す図である。 パケット受信時処理に係るフローチャートの一例を示す図である。 画面の一例を示す図である。 画面の一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。

＜第１の実施形態＞
本実施形態では、データ処理装置の一例である複合機における省電力モードを維持するための技術について説明する。以下では、本実施形態に係る複合機の構成、外部から受信するファイル又はパケットに応じて代理応答、ウェイクアップの処理等を規定するパターン設定値が入力された際の処理などについて説明する。
図１は、複合機１０１及びＰＣ１０２を含むネットワークシステムの構成の一例を示す図である。複合機１０１とＰＣ１０２とは、ネットワーク１０３を介して接続され、相互に通信可能に構成されている。
図２は、複合機１０１のハードウェアの構成の一例を示す図である。複合機１０１は、メインコントローラ２１０と、ネットワークコントローラ２３０とを有する。メインコントローラ２１０は、ネットワークコントローラ２３０を介してネットワーク１０３に接続されている。

メインＣＰＵ２１１は、メインコントローラ２１０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２１４は、ランダムアクセスメモリであり、メインＣＰＵ２１１が装置を制御する際に、一時的なデータの格納などに使用される。ＲＯＭ２１３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。ＨＤＤ２１５は、ハードディスクドライブであり、様々なデータの格納に使用される。ＮＶＲＡＭ２１６は、不揮発性のメモリであり、メインコントローラ２１０の各種の設定値を記憶する。
操作部Ｉ／Ｆ（インターフェース）２１７は、操作部２４０を制御し、操作部２４０に設けられた液晶パネルに各種の操作画面を表示させ、操作画面を介して入力される指示をメインＣＰＵ２１１に伝達する。スキャナＩ／Ｆ２１８は、スキャナ２５０を制御する。スキャナ２５０は、原稿上の画像を読み取って画像データを生成する。プリンタＩ／Ｆ２１９は、プリンタ２６０を制御する。プリンタ２６０は、画像データに基づく画像を記録媒体上に印刷する。
ＵＳＢＩ／Ｆ２２０は、ＵＳＢ２７０を制御する。ＵＳＢ２７０は、外部から差し込まれる不揮発性のＵＳＢメモリを認識し、ＵＳＢＩ／Ｆ２２０と連携してＵＳＢメモリ内のファイルシステムを制御することでファイルやディレクトを認識する。拡張Ｉ／Ｆ２１２は、ネットワークコントローラ２３０の拡張Ｉ／Ｆ２３２と接続され、ネットワークコントローラ２３０を介してネットワーク１０３上の外部装置（ＰＣ１０２等）とのデータ通信を制御する。

サブＣＰＵ２３１は、ネットワークコントローラ２３０のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＡＭ２３４は、ランダムアクセスメモリであり、サブＣＰＵ２３１が装置を制御する際に、一時的なデータの格納などに使用される。ＲＯＭ２３３は、リードオンリーメモリであり、装置のブートプログラム、固定パラメータ等の格納に使用される。また、ＲＡＭ２３４には、ネットワーク１０３から受信したパケットを「破棄すべきパケット」「メインコントローラ２１０に転送すべきパケット」「代理で応答すべきパケット」の何れかに分類するために用いるマッチングデータが保持されている。
拡張Ｉ／Ｆ２３２は、メインコントローラ２１０の拡張Ｉ／Ｆ２１２と接続され、メインコントローラ２１０とネットワークコントローラ２３０との間のデータ通信を制御する。ＮｅｔｗｏｒｋＩ／Ｆ２３５は、ネットワーク１０３に接続され、複合機１０１とネットワーク１０３上の外部装置（ＰＣ１０２等）との間のデータ通信を制御する。
メインコントローラ２１０は、通常電力モード（第１の電力モードの一例）と、通常電力モードよりも消費電力が小さい省電力モード（第２の電力モードの一例）とを切り替えて動作することができる。通常電力モードから省電力モードに移行する場合は、メインＣＰＵ２１１、ＨＤＤ２１５、ＮＶＲＡＭ２１６などに対する電力の供給が停止される。一方、ネットワークコントローラ２３０は、メインコントローラ２１０とは別のＡＳＩＣ（Application Specific Integrated Circuit）で動作しており、省電力モード時に移行した場合でも電力供給は係属されている。

図３は、複合機１０１のソフトウェア（機能部）の構成の一例を示す図である。すなわち、図３の各ブロックは、複合機１０１に内蔵されるコントローラユニットによって処理されるソフトウェア（プログラム）を実行することにより実現される機能を示している。省電力制御部３０７は、通常電力モードと省電力モードとを切り替える制御を行う。ＣＰＵ間通信部３０５は、拡張Ｉ／Ｆ２１２及び拡張Ｉ／Ｆ２３２を介して、ネットワークコントローラ２３０の機能部とのデータの送受信を行う。
また、ＣＰＵ間通信部３０４は、拡張Ｉ／Ｆ２３２及び拡張Ｉ／Ｆ２１２を介して、メインコントローラ２１０の機能部とのデータの送受信を行う。ネットワークＩ／Ｆ制御部３０３は、ＮｅｔｗｏｒｋＩ／Ｆ２３５によるパケットの送受信を制御する。
なお、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が通常電力モード及び省電力モードのどちらの電力モードで動作しているかを常に把握している。そして、ネットワークＩ／Ｆ制御部３０３は、通常電力モードで動作している場合は、ネットワーク１０３から受信するパケットをメインコントローラ２１０に転送する。また、ネットワークＩ／Ｆ制御部３０３は、メインコントローラ２１０が省電力モードで動作している場合は、ネットワーク１０３から受信するパケットを代理応答処理部３０１に転送する。

代理応答処理部３０１は、省電力モード時にネットワークＩ／Ｆ制御部３０３から転送されるパケットを受け取る。なお、代理応答処理部３０１がパケットを受け取るのは、メインコントローラ２１０が省電力モードで動作している場合のみである。通常電力モード時は、ネットワークＩ／Ｆ制御部３０３が受信したパケットは、代理応答処理部３０１へ転送することなく、メインコントローラ２１０へ転送される。
代理応答処理部３０１は、省電力モード時に受け取ったパケットを、３種類、より具体的には「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理で応答すべきパケット」の何れかに分類する。この分類は、ＲＯＭ２３３等に記憶されたマッチングデータを参照して行われる。

「破棄すべきパケット」とは、自装置宛てのパケットではない場合など、無視してもよい（応答する必要がない）パケットであり、これに分類された場合、受け取ったパケットについては破棄される。
「メインコントローラ２１０に転送すべきパケット」とは、受け取ったパケットに対して何らかの処理が必要であるが、ネットワークコントローラ２３０だけでは必要な処理を行うことができないパケットである。このようなパケットが受信された場合、代理応答処理部３０１は、メインコントローラ２１０を省電力モードから通常電力モードに復帰させ、受け取ったパケットをメインコントローラ２１０へ転送する。
「代理で応答すべきパケット」とは、メインコントローラ２１０の代わりにネットワークコントローラ２３０が応答を行うパケットである。このようなパケットが受信された場合、代理応答処理部３０１は、受け取ったパケットの応答パケットを生成し、ネットワークＩ／Ｆ制御部３０３を介してネットワーク１０３上の当該応答パケットの要求元（当該パケットの送信元）へ応答する。

ＵＩ処理部３０８は、省電力モード時に代理応答処理部３０１が受け取ったパケットを処理するための情報が規定されたパターン設定値を外部（操作部２４０等）から受け付ける。ＵＩ処理部３０８は、外部から入力されたパターン設定値をパターン生成部３０６に渡す。ＵＳＢ処理部３０９は、外部から差し込まれたＵＳＢメモリ内のファイルからパターン設定値などが含まれるパターンファイルを取得する。また、ＵＳＢ処理部３０９は、取得したパターンファイルからパターン設定値を読み取り、パターン生成部３０６に渡す。
パターン生成部３０６は、ＵＩ処理部３０８、ＵＳＢ処理部３０９から渡されたパターン設定値をもとに代理応答処理部３０１が処理するための一又は複数のパターン情報からなるパターンリストを生成する。なお、パターンリストについては、図８を用いて後述する。また、パターン生成部３０６は、生成したパターンリストを、ＣＰＵ間通信部３０５及びＣＰＵ間通信部３０４を経由してパターン管理部３０２へ転送する。パターン管理部３０２は、ＲＯＭ２３３等にパターンリストを記憶し、パターンリストを管理する。

また、代理応答処理部３０１は、リモート（ＰＣ１０２等）からネットワークＩ／Ｆ制御部３０３を介して受信されたパケットを、パターン管理部３０２から取得したパターンリストを用いてパターンマッチ処理を行う。代理応答処理部３０１は、パターンマッチ処理において、「破棄すべきパケット」、「メインコントローラ２１０に転送すべきパケット」、及び「代理で応答すべきパケット」の何れであるかを決定し、それぞれの動作を行う。
例えば、代理応答処理部３０１は、パターンマッチ処理で「代理で応答すべきパケット」を決定した場合、受け取ったパケット内の情報と当該パケットに対応するパターン情報に含まれる代理応答に必要なデータとを用いて応答データ（応答パケット）を生成する。代理応答処理部３０１は、生成した応答パケットを、省電力モードを保ったまま応答パケットの要求元に応答する。

ＳＮＭＰ処理部３１０は、メインコントローラ２１０が通常電力モード時にＳＮＭＰのパケットをＰＣ１０２から受信して解析し、送信、応答用のパケットを生成する。ＳＮＭＰ処理部３１０は、メインコントローラ２１０が管理している各種の情報を取得することが可能であり、これらの情報を用いて送信、応答用のパケットを生成する。ＳＬＰ処理部３１１は、メインコントローラ２１０が通常電力モード時にＳＬＰのパケットをＰＣ１０２から受信して解析し、送信、応答用のパケットを生成する。ＳＬＰ処理部３１１は、メインコントローラ２１０が管理している各種の情報を取得することが可能であり、これらの情報を用いて送信、応答用のパケットを生成する。
メインコントローラ２１０が管理する情報には、自身を運用するための各種の設定データ、用紙の残量等、メインコントローラ２１０を使用することによって動的に更新されるような情報が含まれる。また、メインコントローラ２１０が管理する情報には、プリンタ２６０、スキャナ２５０等の部品から得られるスペック、消耗度、状態、エラー等の情報も含まれる。

図４は、パターン設定値の一例を示す図である。パターン設定値は、主に、受信したパケットを識別するためのマッチングデータと、受信したパケットがマッチングデータに一致した場合に何の処理をすべきかを定義した処理データとを含んで構成されている。なお、マッチング処理では、受信されたパケット内のデータとマッチングデータとに基づいて、当該パケットにマッチするパターン情報の特定が行われる。
なお、メインコントローラ２１０は、図４に示すようなパターン設定値をネットワークコントローラ２３０に渡し、パターン生成部３０６は、パターン設定値をもとに、マッチングデータ、処理データ等を含むパターン情報を生成する。このようなことから、マッチングデータは、パケットを識別可能な識別情報の一例であり、処理データは、パケットに対する処理を示す処理情報の一例であり、パターン情報（パターンリスト）は、識別情報および処理情報を含む定義情報の一例である。

宛先ポート番号情報４０１は、マッチングデータ（宛先ポート番号「１６１」等）を含み、パケットのサブアドレスであるポート番号を示す。宛先ポート番号情報４０１の宛先ポート番号がパターン情報に設定されることで、代理応答処理部３０１は、受け取ったパケットの宛先ポート番号と、あるパターン情報の宛先ポート番号とを比較し、当該パケットが当該パターン情報にマッチするかを判断できる。宛先ポート番号情報４０１については、複数設定してもよく、複数設定されている場合は全ての宛先ポート番号がパターン情報に含められ、受け取られたパケットの宛先ポート番号が何れかの宛先ポート番号である場合、当該パターン情報にマッチしたこととする。
プロトコル名情報４０２は、マッチングデータ（プロトコル名「ｓｎｍｐ」等）を含み、パケットの送受信に係るネットワークプロトコルのプロトコル名を示す。一般に、ネットワークプロトコルについては、宛先ポート番号によって対応するプロトコルが定められる。したがって、宛先ポート番号及びプロトコル名の何れかがパターン設定値に設定されている場合、有効な設定値であるとしてよい。

パターンＩＤ情報４０３は、パターン管理部３０２にて複数種類のパターン情報を管理するためのＩＤを示す。代理応答処理部３０１は、パターンＩＤ毎に、受け取ったパケットがどのパターン情報にマッチするかを判断する。
パターン設定有効／無効情報４０４は、パターン設定値の有効／無効を示す。パターン設定有効／無効情報４０４は、パターンＩＤ毎に設定可能となっている。パターン設定有効／無効情報４０４をもとにパターン設定値の有効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行うことになる。パターン設定有効／無効情報４０４をもとにパターン設定値の無効を示す情報がパターン情報に設定された場合、代理応答処理部３０１は、省電力モード時に受け取ったパケットに対して、当該パターン情報のマッチング処理を行わない。
なお、パターン情報におけるパターン設定値の有効、無効を示す情報に関わらず、当該パターン情報は、パターン管理部３０２にて保持、管理される。

動作種別情報４０５は、処理データ（処理を識別可能な情報「０」等）を含み、受け取ったパケットが何れかのパターン情報にマッチした場合におけるその後の動作の種別を示す。動作種別情報４０５には、複数種類の種別のうちの一の種別を設定可能である。「受信パケットを破棄（破棄）」、「省電力モードから復帰させ、受信パケットをメインコントローラ２１０に転送（転送）」又は「ネットワークコントローラ２３０が受信パケットの応答を、省電力モードを維持してメインコントローラ２１０の代理で処理、送信（代理応答）」が設定可能である。また、動作種別情報４０５には、「受信パケットを破棄し、省電力モードから復帰」という種別を設定することも可能である。
パターン設定更新可否情報４０６は、パターン設定値をもとに生成されたパターン情報の更新の可否（更新を許可するか否か）を示す。パターン設定更新可否情報４０６のパターン情報を更新するか否かを示す情報（パターン設定更新可否）は、今回の設定より後に設定する内容で当該パターン情報を上書き可能とするかどうかを決定する際に用いられる。

今回のパターン設定値をもとに生成されたパターン情報とパターンＩＤが同じ既に生成されているパターン情報のパターン設定更新可否が上書き可能である場合、今回のパターン情報で、既に生成されているパターン情報が上書きされて無効となる。即ち、今回のパターン設定値の情報が有効となる。他方、今回のパターン設定値をもとに生成されたパターン情報とパターンＩＤが同じ既に生成されているパターン情報のパターン設定更新可否が上書き不可である場合、今回のパターン情報で、既に生成されているパターン情報が上書きされない。即ち、今回のパターン設定値の情報が無効となる。
また、パターン設定更新可否情報４０６については、同じパターンＩＤのパターン情報に対して削除の設定が可能である。今回のパターン設定値をもとに生成されるパターン情報における削除の設定によって、以前に上書き不可となっていた同じパターンＩＤのパターン情報を削除、無効にすることが可能となる。

オフセット情報４０７は、パケットのオフセットを示す。より具体的には、オフセット情報４０７は、マッチング処理を行う対象データが、受け取ったパケットの先頭から何バイト目に該当するかを示す。パターンマッチ値情報４０８は、受け取ったパケットとの一致の確認に用いられるパターンマッチ値を示す。パターンマッチ値は、受け取ったパケットのオフセット位置に該当するデータ（対象データ）と一致するかどうかの判定のために使用されるものである。
比較マスク値情報４０９は、マスク値を示す。比較マスク値情報４０９は、受け取ったパケットのオフセット位置に該当するデータとパターンマッチ値との比較において、ビット単位で比較する位置を定義している。図４の例では、パターンマッチ値とマスク値とをＡＮＤ演算した結果の値「０ｘ３３２１００００」が実際のパターンマッチ値となる。即ち、受け取ったパケットのオフセット位置に該当するデータが「０ｘ３３２１００００」と一致するか否かによってパターン情報のマッチが判断される。
また、図４に示すように、パターン設定値は、パターンＩＤ毎に、オフセット、パターンマッチ値、マスク値の３つを１つのセットとした、複数のテーブルセットを保持している。一のパケットについては、テーブルセットの全てについて一致した場合にのみ当該パケットがパターン情報にマッチしたと判断され、テーブルセットの何れか１つのセットでも一致しない場合は、当該パケットがパターン情報にマッチしなかったと判断される。なお、オフセット、パターンマッチ値、及びマスク値は、マッチングデータの一例である。

図５は、パターン設定値の一例を示す図であり、図４のパターン設定値とは異なる例として示したものである。ここでは、図４の例と異なる部分について説明する。
パケット種別情報５０１は、マッチングデータ（パケットの種別「１」等）を含み、パケットの種別を示す。パケット種別には、ユニキャスト、ブロードキャスト、マルチキャスト等を識別可能な情報がある。パケット種別情報５０１のパケット種別がパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるかを判断可能となる。
リクエストタイプ情報５０２、スコープ情報５０３、及びサービスタイプ情報５０４等のプロトコルに関する設定情報は、ネットワークプロトコルの種別によって異なるものとなる。図５の例では、ＳＬＰ（Service Location Protocol）であるため、プロトコルに関する設定情報は、ＳＬＰに特化した設定情報となる。

リクエストタイプ情報５０２は、ＳＬＰのリクエストタイプ（Service Request、Attribute Request等）を示す。リクエストタイプ情報５０２のリクエストタイプがパターン情報に設定されることで、受信されたパケットが、当該パターン情報にマッチするパケットであるか（ＳＬＰのパケット、かつ同一のリクエストタイプであるか）を判断可能となる。
スコープ情報５０３は、ＳＬＰのスコープを示す。ＳＬＰでは、一般に、受信されたパケット内のスコープが同一である機器についてのみ当該パケットの処理、応答を行い、異なるスコープの機器からのパケットについては無視する。スコープ情報５０３のスコープがパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるか（メインコントローラ２１０の保持するスコープと同一であるか）を判断可能となる。
サービスタイプ情報５０４は、ＳＬＰのサービスタイプを示す。ＳＬＰのパケットを受信した機器は、一般に、受信したパケット内のサービスタイプ、サービス属性に関連する処理、応答を行う。サービスタイプ情報５０４のサービスタイプがパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるか（メインコントローラ２１０の保持するサービスと同一であるか）を判断可能になる。

図５では、サービスタイプ情報５０４についてはサービスタイプを例として示したが、これとは別にサービス属性をパターン設定値に加えてマッチング処理の対象とすることも可能である。
また、図５のパターン設定値の例では、パターンＩＤ毎にパケット種別やプロトコル種別に応じた複数の設定情報を１つのセットとして保持している。しかしながら、例えば、サービスタイプ情報５０４については、１つのパターンＩＤに対して複数のサービスタイプを保持することが可能である。

本実施形態では、受け取ったパケットのパケット種別、プロトコル種別（ポート番号）、及びプロトコル種別に応じた設定情報が、パターン情報に設定されている値と全て一致した場合にのみ、当該パケットが当該パターン情報にマッチされたと判断される。
他方、受け取ったパケットのパケット種別、プロトコル種別（ポート番号）、プロトコル種別に応じた設定情報が、パターン情報に設定されている値の何れか１つでも一致しない値がある場合、当該パケットが当該パターン情報にマッチされないと判断される。なお、パケット種別、リクエストタイプ、スコープ、及びサービスタイプは、マッチングデータの一例である。

図６は、パターン設定値の一例を示す図であり、図４、図５のパターン設定値とは異なる例として示したものである。ここでは、図４、図５の例と異なる部分について説明する。
リクエストタイプ情報６０１、スコープ情報６０２、サービスタイプ情報６０３等のパケットに関する設定情報は、リクエストタイプ情報５０２、スコープ情報５０３、サービスタイプ情報５０４と同様に、ネットワークプロトコルの種別によって異なるものとなる。図６の例では、ＳＮＭＰ（Simple Network Management Protocol）であるため、パケットに関する設定情報は、ＳＮＭＰに特化した設定情報となる。
リクエストタイプ情報６０１は、ＳＮＭＰのリクエストタイプ（Get Request等）を示す。リクエストタイプ情報６０１のリクエストタイプがパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるか（ＳＮＭＰのパケットであり、かつ同一のリクエストタイプであるか）を判断可能になる。

スコープ情報６０２は、ＳＮＭＰのスコープ（Ｃｏｍｍｕｎｉｔｙ）を示す。ＳＮＭＰでは、一般に、受信されたパケット内のＣｏｍｍｕｎｉｔｙが同一である機器のみ当該パケットの処理、応答が行われ、異なるＣｏｍｍｕｎｉｔｙの機器からのパケットについては無視される。スコープ情報６０２のスコープがパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるか（メインコントローラ２１０の保持するＣｏｍｍｕｎｉｔｙと同一であるか）を判断可能になる。
サービスタイプ情報６０３は、ＳＮＭＰのサービスタイプ（オブジェクトＩＤ）を示す。また、オブジェクト情報６０４は、サービスタイプ情報６０３に対応している情報を示す。サービスタイプ情報６０３については、１つのパターンＩＤに対して複数保持することが可能である。また、オブジェクト情報６０４については、ｉｎｄｅｘ値として複数の情報を保持することが可能である。ＳＮＭＰのパケットを受信した機器は、一般に、受信したパケット内のオブジェクトＩＤに対応している情報を処理、応答する。

サービスタイプ情報６０３のサービスタイプがパターン情報に設定されることで、受け取ったパケットが、当該パターン情報にマッチするパケットであるか（メインコントローラ２１０内で保持しているオブジェクトＩＤと同一であるか）を判断可能になる。例えば、受け取ったパケットが、あるパターン情報にマッチすると判断された場合、当該パターン情報の動作種別の設定が「代理応答」である場合、オブジェクト情報６０４の情報が当該パケットの送信元に送信される。
ｉｎｄｅｘ６０５は、オブジェクトＩＤに対応している情報が複数存在する場合について、ｉｎｄｅｘとｉｎｄｅｘ毎の情報とを示す。受け取ったパケットが、あるパターン情報にマッチすると判断された場合、オブジェクトＩＤが存在し、それに対応するｉｎｄｅｘが存在するときは、ｉｎｄｅｘ６０５の情報が当該パケットの送信元に送信される。ただし、オブジェクト情報６０４の情報と同様、送信されるのは、当該パターン情報の動作種別の設定が「代理応答」である場合に限られる。
なお、リクエストタイプ、スコープ、及びサービスタイプは、マッチングデータの一例である。

図７は、ＵＳＢ２７０から図４、図５、図６に示すようなパターン設定値がメインコントローラ２１０に入力（Ｉｍｐｏｒｔ）された場合における処理（Ｉｍｐｏｒｔ処理）に係るフローチャートの一例を示す図である。本フローチャートに係るプログラム、及びプログラムの実行に必要なデータは、ＲＯＭ２１３等に記憶されており、メインＣＰＵ２１１によってＲＡＭ２１４に読み出されて実行される。
ＵＳＢ２７０からパターン設定値が入力された場合、Ｓ７０１にて、メインＣＰＵ２１１は、入力されたパターン設定値（パターンファイル）をＵＳＢ２７０から読み出す。ここで読み出されるパターン設定値は、例えば図４〜図６で示したものである。次に、Ｓ７０２にて、メインＣＰＵ２１１は、ＵＳＢ２７０から読み出されたパターン設定値を解析してパターンリスト（図８）を生成する。Ｓ７０３にて、メインＣＰＵ２１１は、生成したパターンリストを、ＣＰＵ間通信によりネットワークコントローラ２３０へ転送する。
図８は、メインＣＰＵ２１１により生成されるパターンリストの一例を示す図である。パターン情報８０１は、図４のパターン設定値をもとにメインＣＰＵ２１１がＳ７０２で生成するパターンリストの一例である。パターン情報８０２は、図６のパターン設定値をもとにメインＣＰＵ２１１がＳ７０２で生成するパターンリストの一例である。

図９は、Ｓ７０３でパターンリストがネットワークコントローラ２３０へ転送された場合に、ネットワークコントローラ２３０によって実行される処理（メッセージ受信時処理）に係るフローチャートの一例を示す図である。本フローチャートに係るプログラム、及びプログラムの実行に必要なデータは、ＲＯＭ２３３等に記憶されており、サブＣＰＵ２３１によってＲＡＭ２３４に読み出されて実行される。
Ｓ９０１にて、サブＣＰＵ２３１は、ＣＰＵ間通信により、Ｓ７０３でメインコントローラ２１０からパターンリストを受信する。Ｓ９０２にて、サブＣＰＵ２３１は、受信したＣＰＵ間メッセージがパターンリストの登録を要求するメッセージ（登録要求）であるか否かをチェックする。このとき、サブＣＰＵ２３１は、登録要求でないと判断した場合、処理を終了し、他方、登録要求であると判断した場合、Ｓ９０３に処理を進める。
Ｓ９０３にて、サブＣＰＵ２３１は、Ｓ９０１で受信したパターンリストを取得する。Ｓ９０４にて、サブＣＰＵ２３１は、取得したパターンリストから１つのパターンＩＤを取得し、ＲＡＭ２３４に保持されているパターンリストとの照合を行う。ＲＡＭ２３４に保持されているパターンリスト内に、取得した１つのパターンＩＤに一致するパターンＩＤが存在するかをチェックする。このとき、サブＣＰＵ２３１は、一致するパターンＩＤが存在しないと判断した場合、Ｓ９０６に処理を進め、他方、一致するパターンＩＤが存在すると判断した場合、Ｓ９０５に処理を進める。

Ｓ９０５にて、サブＣＰＵ２３１は、ＲＡＭ２３４に保持されているパターンリスト内の一致しているパターンＩＤのパターン情報におけるパターン設定更新可否が、更新可であるか否かをチェックする。例えば、サブＣＰＵ２３１は、「パターン設定更新可否」の属性が「１」であるか「０」であるかをチェックする。このとき、サブＣＰＵ２３１は、更新不可であると判断した場合（すなわち、「パターン設定更新可否」の属性が「０」である場合）、Ｓ９０７に処理を進める。他方、サブＣＰＵ２３１は、更新可であると判断した場合（すなわち、「パターン設定更新可否」の属性が「１」である場合）、Ｓ９０６に処理を進める。
Ｓ９０６にて、サブＣＰＵ２３１は、取得した１つのパターンＩＤにより識別されるパターン情報を、ＲＡＭ２３４に保持されているパターンリストに追加登録する。なお、上書き登録する場合は、一致しているパターンＩＤにより識別されるパターン情報に対して上書き登録する。Ｓ９０７にて、サブＣＰＵ２３１は、Ｓ９０３で取得したパターンリストにＳ９０４で取得したパターンＩＤ以外のパターンＩＤ（未処理のパターンＩＤ）が存在するかをチェックする。このとき、サブＣＰＵ２３１は、未処理のパターンＩＤが存在すると判断した場合、未処理のパターンＩＤについてＳ９０４以降の処理を繰り返し、他方、未処理のパターンＩＤが存在しないと判断した場合、Ｓ９０８に処理を進める。
Ｓ９０８にて、サブＣＰＵ２３１は、パターンリストへの登録結果を、ＣＰＵ間通信によりメインコントローラ２１０へ転送する。メインＣＰＵ２１１は、ＣＰＵ間通信により登録結果を受信し、その結果を操作部２４０に表示する。

ここで、ＰＣ１０２は、ツール、ＦＴＰ、Ｗｅｂ関連サービス等を使用したネットワーク転送によって図８のようなパターンリスト、若しくは図４、図５、図６のようなパターン設定値を付加してパターンリストの更新要求を送信することが可能である。
図１０は、メインコントローラ２１０が省電力モード中に、リモート（ＰＣ１０２等）から送信されるパケット（パターンリストの更新要求等）に対するネットワークコントローラ２３０での処理（パケット受信時処理）に係るフローチャートの一例を示す図である。
ここで、図９のフローチャートに係る処理と、図１０のフローチャートに係る処理の相違点について説明する。図９のフローチャートに係る処理は、通常電力モード時に、メインコントローラ２１０側から拡張Ｉ／Ｆ２３２を介してパターンリストを受信した際の処理であった。他方、図１０のフローチャートに係る処理は、省電力モード時に、ＰＣ１０２からネットワークＩ／Ｆ２３５を介してパターンリストを受信した際の処理である点で異なる。
本フローチャートに係るプログラム、及びプログラムの実行に必要なデータは、ＲＯＭ２３３に記憶されており、サブＣＰＵ２３１によってＲＡＭ２３４に読み出されて実行される。
まず、サブＣＰＵ２３１は、省電力モード時に、Ｓ１０００でＰＣ１０２からパケットを受信すると、Ｓ１００１に処理を進める。Ｓ１００１にて、サブＣＰＵ２３１は、ネットワークＩ／Ｆ２３５を介して受信したパケットがパターンリストの更新要求であるか否かをチェックする。このとき、サブＣＰＵ２３１は、更新要求でないと判断した場合、Ｓ１００２に処理を進め、他方、更新要求であると判断した場合、Ｓ１００３に処理を進める。
Ｓ１００２にて、サブＣＰＵ２３１は、ＲＯＭ２３３等からパターンリストを取得してパターンマッチ処理を行う。より具体的には、サブＣＰＵ２３１は、マッチするパターン情報があると判断した場合、動作種別に従って、「破棄」、「転送」、「代理応答」の何れかを決定して処理する。なお、サブＣＰＵ２３１は、マッチするパターン情報がないと判断した場合、例えば、受け取ったパケット（受信されたパケット）を破棄する。

Ｓ１００３にて、サブＣＰＵ２３１は、受け取ったパケットに付加されているデータを取得し、当該データが、パターンリストであるか、図４、図５、図６に示すようなパターン設定値であるかをチェックする。このとき、サブＣＰＵ２３１は、パターン設定値であると判断した場合、Ｓ１００４に処理を進め、他方、パターンリストであると判断した場合、Ｓ１００５に処理を進める。
Ｓ１００４にて、サブＣＰＵ２３１は、メインコントローラ２１０を省電力モードから通常電力モードに復帰させ、パケットから取り出したパターン設定値を、ＣＰＵ間通信により、メインコントローラ２１０へ転送する。なお、メインＣＰＵ２１１は、渡されたパターン設定値を図７のフローチャートに従って処理する。

Ｓ１００５にて、サブＣＰＵ２３１は、Ｓ１０００で受信したパケットからパターンリストを取り出す。Ｓ１００６にて、サブＣＰＵ２３１は、受け取ったパターンリストから１つのパターンＩＤを取得し、自身が保持しているパターンリスト内に取得した１つのパターンＩＤに一致するパターンＩＤが存在するかをチェックする。このとき、サブＣＰＵ２３１は、一致するパターンＩＤが存在しないと判断した場合、Ｓ１００８に処理を進め、他方、一致するパターンＩＤが存在すると判断した場合、Ｓ１００７に処理を進める。
Ｓ１００７にて、サブＣＰＵ２３１は、ＲＡＭ２３４に保持されているパターンリスト内の一致しているパターンＩＤのパターン情報におけるパターン設定更新可否が、更新可であるか否かをチェックする。このとき、サブＣＰＵ２３１は、更新不可であると判断した場合、Ｓ１００９に処理を進め、他方、更新可であると判断した場合、Ｓ１００８に処理を進める。

Ｓ１００８にて、サブＣＰＵ２３１は、取得した１つのパターンＩＤにより識別されるパターン情報を、自身が保持しているパターンリストに登録する。上書き登録する場合は、一致しているパターンＩＤにより識別されるパターン情報に対して上書き登録する。
Ｓ１００９にて、サブＣＰＵ２３１は、受け取ったパターンリストにＳ１００５で取得したパターンＩＤ以外のパターンＩＤ（未処理のパターンＩＤ）が存在するかをチェックする。このとき、サブＣＰＵ２３１は、未処理のパターンＩＤが存在すると判断した場合、未処理のパターンＩＤについてＳ１００５以降の処理を繰り返し、他方、未処理のパターンＩＤが存在しないと判断した場合、Ｓ１００９に処理を進める。また、Ｓ１００９にて、サブＣＰＵ２３１は、パターンリストの登録結果を、ネットワークＩ／Ｆ２３５を介してパケットの送信元（ＰＣ１０２）に送信する。

また、メインコントローラ２１０が通常電力モード中の場合におけるパターンリストの更新要求の処理については、まずネットワークＩ／Ｆ２３５が、ＣＰＵ間通信によりパターンリストの更新要求をメインＣＰＵ２１１に渡す。
メインＣＰＵ２１１は、受信した更新要求に付加されているデータを取得し、取得したデータがパターンリストであるか、図４、図５、図６に示すようなパターン設定値であるかをチェックする。このとき、メインＣＰＵ２１１は、パターンリストであると判断した場合、Ｓ７０３の処理を行うことで、当該パターンリストをネットワークコントローラ２３０のサブＣＰＵ２３１へ転送する。他方、メインＣＰＵ２１１は、受信した更新要求に付加されているデータが図４、図５、図６に示すようなパターン設定値であると判断した場合、Ｓ７０２及びＳ７０３の処理を行う。メインＣＰＵ２１１は、これらの処理を行うことでパターン設定値からパターンリストを生成してネットワークコントローラ２３０へ転送する。

上述した構成によれば、代理応答等するためのパターンリストを顧客の機器の運用環境に応じて変更可能となる。故に、省電力モード中に不必要な復帰を回避することができるようになり、より省電力モードを維持することが可能となる。
また、上述した構成によれば、メインコントローラ２１０の省電力モードを維持しつつ、ネットワークコントローラ２３０においてパターンリストを更新することが可能となる。即ち、省電力モードを維持しつつ、最新のパターンリストを使用して受信されるパケットに対するパターンマッチ処理を行うことができるので、より省電力モードを維持することが可能となる。

＜第２の実施形態＞
本実施形態では、操作部２４０からパターン設定値が入力される構成について説明する。なお、本実施形態では、第１の実施形態と異なる構成について主に説明する。
また、本実施形態では、ネットワークコントローラ２３０で保持されているパターンリストが読み込まれて操作部２４０の画面に表示され、パターンリストの登録および更新を可能にする構成を例に挙げて説明するが、この構成に限られるものではない。例えば、単にパターン設定値の登録を可能にする構成であってもよい。

図１１は、パターン設定値を作成する画面の一例を示す図である。パターンＩＤ項目１１０１は、パターン情報毎に唯一のパターンＩＤを示す。プロトコル種別項目１１０２は、パターンマッチ処理を行うパケットのプロトコルの種別を示す。プロトコル種別項目１１０２については、ここではプロトコル名を用いているが、ポート番号を用いてもよい。
サービスタイプ項目１１０３は、ＰＣ１０２からの要求の対象となるサービスタイプを示す。例えば、プロトコル種別項目１１０２がＳＬＰである場合、サービスタイプ項目１１０３は、ＳＬＰのサービスタイプを示し、プロトコル種別項目１１０２がＳＮＭＰである場合、サービスタイプ項目１１０３は、オブジェクトＩＤ（ＯＩＤ）を示す。詳細属性項目１１０４は、サービスタイプ項目１１０３のサービスタイプに対する詳細属性、Ｉｎｄｅｘを示す。内容項目１１０５は、個々のサービスタイプの詳細属性に対する説明を示す。

追加ボタン１１０６は、パターン情報（パターン設定値）を追加するためのユーザインタフェース（ＵＩ）である。追加ボタン１１０６が押下されると、後述する図１２の画面へ画面が遷移する。削除ボタン１１０７は、パターン情報を削除するためのＵＩである。図１１で一覧表示されているパターン情報の一又は複数が選択された状態で削除ボタン１１０７が押下されると、選択されているパターン情報が画面上から削除される。詳細ボタン１１０８は、パターン情報の詳細を表示するためのＵＩである。詳細ボタン１１０８が押下されると、後述する図１２の画面へ画面が遷移する。
ＯＫボタン１１０９は、図１１及び図１２の画面でのユーザ操作で設定された情報をパターン情報として登録、パターン情報を削除等することを確定するためのＵＩである。ＯＫボタン１１０９が押下されると、ＵＩ処理部３０８は、例えば、設定された情報をパターン設定値としてパターン生成部３０６に渡す。それ以降の処理については、第１の実施形態での図７、図９に示す処理と同一であるので説明を省略する。Ｃａｎｃｅｌボタン１１１０は、図１１及び図１２の画面でのユーザ操作で設定、削除された情報を全てキャンセルするためのＵＩである。

図１２は、追加ボタン１１０６又は詳細ボタン１１０８が押下された場合に遷移する画面の一例を示す図である。この画面は、新規のパターン情報（パターン設定値）を追加する場合、図１１で表示されている個々のパターン情報の詳細を表示、変更する場合に用いられる。
プロトコル種別項目１２０１は、パターンマッチ処理を行うパケットのプロトコルの種別を選択するためのＵＩである。プロトコル種別項目１２０１は、ここではプロトコル名を選択する形態となっているが、プロトコルのポート番号を入力する形態であってもよい。パターン設定有効／無効項目１２０２は、図１２で表示されているパターン設定値の有効／無効を選択するためのＵＩである。パケット種別項目１２０３は、ＰＣ１０２から送られるパケットの種別の判定に用いられる情報を選択するためのＵＩである。パケット種別項目１２０３では、ユニキャスト、マルチキャスト、ブロードキャストの何れかを選択することが可能である。
要求種別項目１２０４は、プロトコル種別毎の要求の種別を選択するためのＵＩである。例えば、プロトコル種別がＳＬＰである場合、要求種別項目１２０４では、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ、Ａｔｔｒｉｂｕｔｅ Ｒｅｑｕｅｓｔ等の選択が可能である。例えば、プロトコル種別がＳＮＭＰである場合、要求種別項目１２０４では、Ｇｅｔ Ｒｅｑｕｅｓｔ等の選択が可能である。

動作種別項目１２０５は、省電力モードでＰＣ１０２から受信したパケットがパターン情報と一致した場合にネットワークコントローラ２３０が行う動作を選択するためのＵＩである。動作種別項目１２０５では、「破棄」、「転送」、「応答処理」の何れかを選択することが可能である。
スコープ項目１２０６は、ＰＣ１０２からの要求の対象となるサービスにおけるスコープを入力するためのＵＩである。例えば、プロトコル種別項目１２０１のプロトコル種別がＳＬＰである場合、スコープ項目１２０６は、ＳＬＰのサービススコープの入力となる。また、例えば、プロトコル種別項目１２０１のプロトコル種別がＳＮＭＰである場合、スコープ項目１２０６は、Ｃｏｍｍｕｎｉｔｙ名の入力となる。サービスタイプ項目１２０７は、ＰＣ１０２からの要求の対象となるサービスタイプを入力するためのＵＩである。サービスタイプ項目１２０７は、例えば、プロトコル種別項目１２０１のプロトコル種別がＳＬＰである場合、ＳＬＰのサービスタイプを入力可能とし、プロトコル種別項目１２０１のプロトコル種別がＳＮＭＰである場合、ＯＩＤを入力可能とする。
詳細属性項目１２０８は、サービスタイプ項目１２０７のサービスタイプに対する詳細属性、Ｉｎｄｅｘを入力するためのＵＩである。設定値項目１２０９は、サービスタイプ項目１２０７のサービスタイプの、個々の詳細属性項目１２０８に対する値、情報を入力するためのＵＩである。内容項目１２１０は、サービスタイプ項目１２０７のサービスタイプの個々の詳細属性に対する説明を入力するためのＵＩである。

自動入力ボタン１２１１は、図１２に示す設定項目に対して自動で入力することを可能にするＵＩである。自動入力ボタン１２１１が押下されると、パターン生成部３０６は、ＳＮＭＰ処理部３１０、ＳＬＰ処理部３１１等から複合機１０１の各種の設定データ、用紙の残量、部品から得られるスペック、消耗度、状態、エラー等の情報を取得する。パターン生成部３０６は、取得した情報をＵＩ処理部３０８に渡す。ＵＩ処理部３０８は、パターン生成部３０６から渡された情報を図１２の各種の設定項目に表示する。
自動入力ボタン１２１１は、押下の前段階としてプロトコル種別項目１２０１及びサービスタイプ項目１２０７の入力が完了していることを必須とする。自動入力ボタン１２１１の押下によって自動入力される設定項目は、少なくともパケット種別項目１２０３、スコープ項目１２０６、詳細属性項目１２０８、及び設定値項目１２０９である。

ＯＫボタン１２１２は、図１２で入力した情報を一時保存するためのＵＩである。図１２の設定項目の情報がネットワークコントローラ２３０に登録されるのは、ＯＫボタン１１０９が押下されたときである。Ｃａｎｃｅｌボタン１２１３は、図１２で入力された情報を全て破棄するためのＵＩである。
このようなＵＩを用意することによって、機器の操作者によるパターン設定値の作成の手間を軽減することが可能となる。また、ＰＣ１０２において図１１及び図１２に示すような画面を表示してパターン設定値の作成を可能にする構成を採用してもよい。この構成は、省電力モード時におけるパターンマッチ処理に用いられるパターンリストの登録に、より有用なものとなる。

＜その他の実施形態＞
上述したメインコントローラ２１０は、第１の情報処理装置（第１のコンピュータの一例）であり、ネットワークコントローラ２３０は、第２の情報処理装置（第２のコンピュータの一例）である。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

上述した実施形態の構成によれば、電力モードの制御に係る情報をより適切に管理することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

２３０ ネットワークコントローラ、２１０ メインコントローラ

Claims (7)

1. 第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、前記第１の情報処理装置およびネットワークを介して接続された外部装置と通信可能な第２の情報処理装置とを有するデータ処理装置であって、
   前記ネットワークからのパケットに対する処理を示す処理情報と、前記パケットを識別可能な識別情報とを含む定義情報を前記第１の情報処理装置および前記外部装置の少なくとも一方から受信する受信手段と、
   前記第２の電力モードにおいて前記外部装置から送信されたパケットが受信されると、前記パケットを解析して前記受信手段で受信された定義情報に含まれる識別情報をもとに前記パケットに対応する定義情報を特定し、前記定義情報に含まれる処理情報に従って処理を行う処理手段と、
   を有することを特徴とするデータ処理装置。
2. 前記処理手段は、前記処理情報に従って、前記パケットを破棄する処理、前記パケットに対する応答パケットを生成して前記外部装置に送信する処理、及び前記第１の電力モードを復帰させて前記第１の情報処理装置に前記パケットを送信する処理の何れかの処理を行うことを特徴とする請求項１記載のデータ処理装置。
3. 前記受信手段は、前記第１の電力モードにおいて前記第１の情報処理装置で入力された情報をもとに生成された定義情報を、前記第２の電力モードに切り替えられるまでに前記第１の情報処理装置から受信することを特徴とする請求項１記載のデータ処理装置。
4. 前記受信手段は、前記第２の電力モードにおいて前記外部装置から定義情報を受信することを特徴とする請求項１記載のデータ処理装置。
5. 前記受信手段で受信される定義情報には、前記定義情報を有効にするか否かを示す情報、及び前記定義情報の更新を許可するか否かを示す情報が更に含まれることを特徴とする請求項１乃至４の何れか１項記載のデータ処理装置。
6. 第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１の情報処理装置と、前記第１の情報処理装置およびネットワークを介して接続された外部装置と通信可能な第２の情報処理装置とを有するデータ処理装置が実行する情報処理方法であって、
   前記ネットワークからのパケットに対する処理を示す処理情報と、前記パケットを識別可能な識別情報とを含む定義情報を前記第１の情報処理装置および前記外部装置の少なくとも一方から受信する受信工程と、
   前記第２の電力モードにおいて前記外部装置から送信されたパケットが受信されると、前記パケットを解析して前記受信工程で受信された定義情報に含まれる識別情報をもとに前記パケットに対応する定義情報を特定し、前記定義情報に含まれる処理情報に従って処理を行う処理工程と、
   を有することを特徴とする情報処理方法。
7. 第１の電力モード、及び前記第１の電力モードよりも電力の消費が小さい第２の電力モードを有する第１のコンピュータと、前記第１のコンピュータおよびネットワークを介して接続された外部装置と通信可能な第２のコンピュータとを有するデータ処理装置で実行されるプログラムであって、
   前記ネットワークからのパケットに対する処理を示す処理情報と、前記パケットを識別可能な識別情報とを含む定義情報を前記第１のコンピュータおよび前記外部装置の少なくとも一方から受信する受信工程と、
   前記第２の電力モードにおいて前記外部装置から送信されたパケットが受信されると、前記パケットを解析して前記受信工程で受信された定義情報に含まれる識別情報をもとに前記パケットに対応する定義情報を特定し、前記定義情報に含まれる処理情報に従って処理を行う処理工程と、
   を前記第２のコンピュータに実行させるプログラム。

Images