(57)【要約】【課題】画像処理装置の状態に関する情報の取得要求に対してその画像処理装置の消費電力を増大させることなく応答を返す。【解決手段】画像処理装置のＮＩＣ３０では、主制御部４０が省電力状態にある場合、ＰＨＹ３１がパケットを受信し、パケット検出部３２がそのパケットが要求パケットであれば主制御部４０を復帰させないことを決定し、受信処理部３３が要求パケットを受信して送受信バッファ３４に記憶する。また、応答情報記憶部３６には、主制御部４０が通常稼動状態にあるときに送信した応答内容、又は、主制御部４０が省電力状態に移行する時点の情報によって更新された応答内容が記憶されている。そこで、送受信制御部３５は、送受信バッファ３４に要求パケットが記憶されると、応答情報記憶部３６に記憶された応答内容が応答パケットとして送信されるよう、送信処理部３７に指示する。【選択図】図３
2010166310.tif 000002
【特許請求の範囲】
【請求項１】
自装置が接続された機器に関する情報の取得要求に対して送信すべき応答を予め記憶しておく記憶手段と、
前記機器に関する特定の情報の取得要求を他の機器から受信する受信手段と、
前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていなければ、前記記憶手段に記憶された前記応答を前記他の機器に送信する送信手段と
を備えたことを特徴とする通信制御装置。
【請求項２】
前記送信手段は、前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていれば、当該機器から取得した応答を前記他の機器に送信することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記記憶手段は、前記受信手段により前記特定の情報の取得要求を受信した際に前記機器から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項２記載の通信制御装置。
【請求項４】
前記記憶手段は、前記機器に電力が供給されなくなる際に当該機器から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項１記載の通信制御装置。
【請求項５】
前記記憶手段は、前記機器に関する情報の取得要求に対して送信すべき応答を、当該情報の種別ごとに記憶しておき、
前記送信手段は、前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていなければ、当該特定の情報の種別に関係なく、前記記憶手段に記憶された前記応答を前記他の機器に送信することを特徴とする請求項１記載の通信制御装置。
【請求項６】
端末装置からの指示に応じて画像処理を行う画像処理手段と、
前記画像処理手段で用いる資源の状態を管理する管理手段と、
前記資源の状態に関する情報の取得要求に対して送信すべき応答を予め記憶しておく記憶手段と、
前記画像処理手段で用いる特定の資源の状態に関する情報の取得要求を前記端末装置から受信する受信手段と、
前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に、前記管理手段に電力が供給されていなければ、前記記憶手段に記憶された前記応答を前記端末装置に送信する送信手段と
を備えたことを特徴とする画像処理装置。
【請求項７】
前記送信手段は、前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に、前記管理手段に電力が供給されていれば、当該管理手段から取得した応答を前記端末装置に送信し、
前記記憶手段は、前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に前記管理手段から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項６記載の画像処理装置。
【請求項８】
前記記憶手段は、前記管理手段に電力が供給されなくなる際に当該管理手段から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項６記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、画像処理装置に関する。
【背景技術】
【０００２】
画像形成装置が省電力モードから復帰することより無駄な電力を消費してしまうことを防止する技術は知られている（例えば、特許文献１参照）。この特許文献１では、画像形成装置が所定の起動要求でのみ復帰可能な省電力モードに移行中は、同じネットワーク上に接続されている代理応答サーバが代理応答を行うシステム構成としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３５０８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、一般に、電力が供給されていない機器に関する情報の取得要求に対して応答を返すには、その機器に電力を供給して応答として返すべき情報を受け取る必要があり、その機器の消費電力を増大させることになる。
本発明の目的は、機器に関する情報の取得要求に対してその機器の消費電力を増大させることなく応答を返すことにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、自装置が接続された機器に関する情報の取得要求に対して送信すべき応答を予め記憶しておく記憶手段と、前記機器に関する特定の情報の取得要求を他の機器から受信する受信手段と、前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていなければ、前記記憶手段に記憶された前記応答を前記他の機器に送信する送信手段とを備えたことを特徴とする通信制御装置である。
請求項２に記載の発明は、前記送信手段は、前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていれば、当該機器から取得した応答を前記他の機器に送信することを特徴とする請求項１記載の通信制御装置である。
請求項３に記載の発明は、前記記憶手段は、前記受信手段により前記特定の情報の取得要求を受信した際に前記機器から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項２記載の通信制御装置である。
請求項４に記載の発明は、前記記憶手段は、前記機器に電力が供給されなくなる際に当該機器から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項１記載の通信制御装置である。
請求項５に記載の発明は、前記記憶手段は、前記機器に関する情報の取得要求に対して送信すべき応答を、当該情報の種別ごとに記憶しておき、前記送信手段は、前記受信手段により前記特定の情報の取得要求を受信した際に、前記機器に電力が供給されていなければ、当該特定の情報の種別に関係なく、前記記憶手段に記憶された前記応答を前記他の機器に送信することを特徴とする請求項１記載の通信制御装置である。
請求項６に記載の発明は、端末装置からの指示に応じて画像処理を行う画像処理手段と、前記画像処理手段で用いる資源の状態を管理する管理手段と、前記資源の状態に関する情報の取得要求に対して送信すべき応答を予め記憶しておく記憶手段と、前記画像処理手段で用いる特定の資源の状態に関する情報の取得要求を前記端末装置から受信する受信手段と、前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に、前記管理手段に電力が供給されていなければ、前記記憶手段に記憶された前記応答を前記端末装置に送信する送信手段とを備えたことを特徴とする画像処理装置である。
請求項７に記載の発明は、前記送信手段は、前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に、前記管理手段に電力が供給されていれば、当該管理手段から取得した応答を前記端末装置に送信し、前記記憶手段は、前記受信手段により前記特定の資源の状態に関する情報の取得要求を受信した際に前記管理手段から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項６記載の画像処理装置である。
請求項８に記載の発明は、前記記憶手段は、前記管理手段に電力が供給されなくなる際に当該管理手段から取得した応答を、前記送信すべき応答として記憶しておくことを特徴とする請求項６記載の画像処理装置である。
【発明の効果】
【０００６】
請求項１の発明によれば、本構成を有していない場合に比較して、機器に関する情報の取得要求に対してその機器の消費電力を増大させることなく応答を返すことができる。
請求項２の発明によれば、機器に電力が供給されている場合に、機器が管理する情報を応答として返すことができる。
請求項３の発明によれば、本構成を有していない場合に比較して、機器に電力が供給されなくなった後に返す応答を記憶する処理の負荷を小さくすることができる。
請求項４の発明によれば、本構成を有していない場合に比較して、機器に電力が供給されなくなった後に返す応答を新しいものとすることができる。
請求項５の発明によれば、本構成を有していない場合に比較して、機器に電力が供給されなくなった後に応答を返す処理を単純化することができる。
請求項６の発明によれば、本構成を有していない場合に比較して、画像処理装置が管理する資源の状態に関する情報の取得要求に対してその画像処理装置の消費電力を増大させることなく応答を返すことができる。
請求項７の発明によれば、本構成を有していない場合に比較して、画像処理装置に電力が供給されなくなった後に返す応答を記憶する処理の負荷を小さくすることができる。
請求項８の発明によれば、本構成を有していない場合に比較して、画像処理装置に電力が供給されなくなった後に返す応答を新しいものとすることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態における画像処理システムの全体構成例を示した図である。
【図２】本発明の実施の形態における画像処理システムの概略動作を示した図である。
【図３】本発明の実施の形態における画像処理装置内のＮＩＣ（Network Interface Controller）及び主制御部の機能構成例を示した図である。
【図４】本発明の実施の形態におけるＮＩＣの応答情報記憶部に記憶される応答情報の例を示した図である。
【図５】本発明の実施の形態におけるＮＩＣの送信処理部にて生成される応答パケットのフォーマットの例を示した図である。
【図６】本発明の実施の形態におけるＮＩＣの送受信制御部の動作例を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用される画像処理システムの構成例を示す図である。
図示するように、この画像処理システムは、端末装置１０と画像処理装置２０とがネットワーク８０を介して双方向に通信可能に接続されることにより構成されている。
【０００９】
このうち、端末装置１０は、文書の印刷やファクシミリ送信等を画像処理装置２０に指示する装置であり、例えば、ＰＣ（Personal Computer）である。また、端末装置１０は、画像処理装置２０の状態に関する情報の取得を要求するパケットを画像処理装置２０に送信することもある。
また、画像処理装置２０は、詳しくは後述するが、端末装置１０からネットワーク８０を介して入力された情報や、直接メディアを挿入したり紙文書をスキャンしたりすることで得られた情報に基づいて、画像処理を行う装置である。例えば、プリンタであり、この観点からは画像形成装置として捉えることができる。また、スキャナであってもよく、この観点からは画像読取装置として捉えることもできる。更に、ファクシミリであってもよく、この観点からは画像送信装置又は画像受信装置として捉えることもできる。
【００１０】
更に、ネットワーク８０は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネットであるが、電話回線や衛星通信回線（例えば、デジタル衛星放送における空間伝送路）等の通信回線を含んでもよい。
尚、ネットワーク８０上には通常、複数の端末装置１０と複数の画像処理装置２０が接続可能であるが、図１では、その一部として、端末装置１０と画像処理装置２０を１台ずつ示している。
【００１１】
ここで、画像処理装置２０について更に詳しく説明する。
図示するように、画像処理装置２０は、ＮＩＣ（Network Interface Controller）３０と、主制御部４０とを備える。また、ＵＩ（User Interface）部２１と、画像入力部２２と、画像出力部２３と、ＦＡＸ（ファクシミリ）通信部２４とが、内部バス２５を介して主制御部４０に接続されている。
このうち、ＮＩＣ３０は、詳しくは後述するが、主制御部４０とネットワーク８０との間の情報の通信を制御するコントローラである。本実施の形態では、通信制御装置の一例として、ＮＩＣ３０を設けている。
また、主制御部４０は、詳しくは後述するが、ＵＩ部２１、画像入力部２２、画像出力部２３、ＦＡＸ通信部２４の各機能部を制御する。また、これらの各機能部の状態の管理も行う。本実施の形態では、画像処理手段の一例として、画像入力部２２、画像出力部２３、ＦＡＸ通信部２４を設けている。また、画像処理手段で用いる資源の状態を管理する管理手段の一例として、主制御部４０を設けている。
【００１２】
ＵＩ部２１は、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。
画像入力部２２は、紙等の記録媒体に記録された画像を読み取り、装置内へ入力する。ここで、画像入力部２２は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。
画像出力部２３は、紙等の記録媒体に画像を出力する。ここで、画像出力部２３は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
ＦＡＸ通信部２４は、例えば画像入力部２２から入力された画像を圧縮し、Ｇ３、Ｇ４等のプロトコルに従って電話回線に送信したり、Ｇ３、Ｇ４等のプロトコルに従って電話回線から受信したデータを伸長して例えば画像出力部２３に出力したりする。
【００１３】
また、画像処理装置２０は、省電力の観点から、通常稼動状態と省電力状態とをいう２つの状態をとり得る。このうち、通常稼動状態とは、印刷ジョブに基づいて記録媒体への画像形成動作が行われている画像形成動作モード、又は、印刷ジョブが入力されると直ちに画像形成動作モードに移行可能なスタンバイモードが設定されている状態である。また、省電力状態とは、通常稼動状態において印刷ジョブの入力等が一定期間ない場合に、少なくとも主制御部４０への電力の供給を停止することで消費電力が低減される省電力モードが設定されている状態である。尚、省電力モードにおいて、ＵＩ部２１、画像入力部２２、画像出力部２３、ＦＡＸ通信部２４への電力の供給も停止すれば、消費電力が最大限に低減されることになるが、例えば、この中でＵＩ部２１以外への電力の供給を停止するようなモードを省電力モードに含めてもよい。
【００１４】
ところで、かかる画像処理システムにおいて、端末装置１０は、画像処理装置２０の状態に関する情報取得要求を、画像処理装置２０に対して定期的に送信している。このような情報取得要求としては、例えば、ＳＮＭＰ（Simple Network Management Protocol）のｇｅｔ−ｒｅｑｕｅｓｔがある。このように、端末装置１０が情報取得要求を定期的に送信するため、ネットワーク８０に多数の端末装置１０が接続されていれば、画像処理装置２０は、情報取得要求を頻繁に受信し、それに応答しなければならない。
【００１５】
一方、上述したように、画像処理装置２０は省電力状態にある場合があるが、情報取得要求は、画像処理装置２０が省電力状態にあるかどうかに関わらず送られてくる。そのため、画像処理装置２０は、省電力状態であっても、端末装置１０からのネットワーク８０を介した情報取得要求を受信して処理できるように、ＮＩＣ３０への通電のみ行っている。そして、ＮＩＣ３０は、情報取得要求を受信した場合に、主制御部４０に割込み信号を発行して、主制御部４０を省電力状態から通常稼動状態に復帰させ、主制御部４０から画像処理装置２０の状態に関する情報を取得して、要求元の端末装置１０に応答を返している。
しかしながら、端末装置１０が多数ネットワーク８０に接続された環境を考えると、画像処理装置２０が省電力状態から頻繁に復帰することになり、省電力モードを設けたことによる節電の効果が十分に得られないという問題がある。
【００１６】
そこで、本実施の形態では、ＮＩＣ３０が主制御部４０等を復帰させなくても、端末装置１０からの情報取得要求に対して応答を返すことができるようにする。
具体的には、端末装置１０から情報取得要求があった場合に、次のような動作を行う。
図２に、端末装置１０と画像処理装置２０の間で情報を交換する際の概略動作を示す。
まず、（ａ）は、画像処理装置２０が通常稼動状態にあるときの概略動作である。
この場合は、図示するように、例えば、端末装置１０ａが、Ｉｔｅｍ−１及びＩｔｅｍ−２で識別される情報を要求したとすると、画像処理装置２０は、Ｉｔｅｍ−１及びＩｔｅｍ−２で識別される情報を応答として返し、画像処理装置２０がこれらの情報を保持しておく。また、端末装置１０ｂが、Ｉｔｅｍ−３で識別される情報を要求したとすると、画像処理装置２０は、Ｉｔｅｍ−３で識別される情報を応答として返し、画像処理装置２０がこの情報を保持しておく。更に、端末装置１０ｃが、Ｉｔｅｍ−１で識別される情報を要求したとすると、画像処理装置２０は、Ｉｔｅｍ−１で識別される情報を応答として返し、画像処理装置２０がこの情報を保持しておく。その後、例えば、印刷動作が一定時間行われず、画像処理装置２０が省電力モードに移行することになると、画像処理装置２０で保持されたＩｔｅｍ−１、Ｉｔｅｍ−２、Ｉｔｅｍ−３で識別される情報は、画像処理装置２０の中で電力の供給が停止されないＮＩＣ３０で保持される。
【００１７】
次に、（ｂ）は、画像処理装置２０が省電力状態にあるときの概略動作である。
この場合は、図示するように、例えば、端末装置１０ｘが、Ｉｔｅｍ−１で識別される情報を要求したとする。すると、画像処理装置２０において、Ｉｔｅｍ−１で識別される情報が要求されていることは、主制御部４０を復帰させなければ判断できないので、ＮＩＣ３０が（ａ）で保持しておいたＩｔｅｍ−１、Ｉｔｅｍ−２、Ｉｔｅｍ−３で識別される情報を無条件に応答として返す。つまり、端末装置１０が要求したＩｔｅｍには関係なく、画像処理装置２０は保持している情報を返す。この場合、端末装置１０ｘが要求しているのはＩｔｅｍ−１で識別される情報であるが、画像処理装置２０から送られてきた情報の中にＩｔｅｍ−１で識別される情報は含まれているので、Ｉｔｅｍ−２、Ｉｔｅｍ−３で識別される情報が余分に送られてきたとしても特に問題は生じない。
【００１８】
次に、このような概略動作を行うＮＩＣ３０について詳しく説明する。
図３は、本実施の形態のＮＩＣ３０の機能構成例について示した図である。尚、図には、主制御部４０の構成についても示している。
まず、ＮＩＣ３０の機能構成について説明する。
図示するように、ＮＩＣ３０は、ＰＨＹ（物理層回路）３１と、パケット検出部３２と、受信処理部３３と、送受信バッファ３４と、送受信制御部３５と、応答情報記憶部３６と、送信処理部３７とを備えている。
【００１９】
ＰＨＹ３１は、ネットワーク８０との物理的な接続を行う回路である。
パケット検出部３２は、主制御部４０が省電力状態にある場合、つまり、主制御部４０に電力が供給されていない場合に動作する。そして、ＰＨＹ３１がネットワーク８０から受信したパケットに基づいて、主制御部４０を省電力状態から復帰させるべきかどうか、つまり、主制御部４０へ復帰指示信号を出力して主制御部４０に電力が供給されるようにするかどうかを判断する。ＰＨＹ３１がネットワーク８０から受信したパケットが情報を要求する要求パケットであれば、主制御部４０を省電力状態から復帰させて主制御部４０に判断させることなく、ＮＩＣ３０の判断により応答パケットを送信する。尚、主制御部４０が省電力状態にある旨は、例えば、主制御部４０が省電力モードへの移行時に送受信制御部３５を介してパケット検出部３２に伝えればよく、主制御部４０への復帰指示信号は、例えば、パケット検出部３２が送受信制御部３５を介して主制御部４０に出力すればよい。
【００２０】
受信処理部３３は、ＰＨＹ３１からのパケットの受信処理を行う。本実施の形態では、特定の情報の取得要求を受信する受信手段の一例として、受信処理部３３を設けている。
送受信バッファ３４は、受信処理部３３が受信したパケットや送信処理部３７が送信すべきパケットを一時的に記憶する。
送受信制御部３５は、パケットの送受信を含むＮＩＣ３０全体の制御を行うと共に、主制御部４０との間のインターフェイスとしても機能する。
応答情報記憶部３６は、ＮＩＣ３０の判断により送信する応答内容を記憶する。本実施の形態では、送信すべき応答を予め記憶しておく記憶手段の一例として、応答情報記憶部３６を設けている。
送信処理部３７は、主制御部４０からの指示を送受信制御部３５を介して受け、送受信バッファ３４内のパケットを送信する。また、ＮＩＣ３０の判断により応答情報記憶部３６内の応答内容を送信する。本実施の形態では、応答を送信する送信手段の一例として、送信処理部３７を設けている。
【００２１】
次に、主制御部４０の機能構成について説明する。
図示するように、主制御部４０は、ＣＰＵ（Central Processing Unit）４１と、ＲＡＭ（Random Access Memory）４２と、ＲＯＭ（Read Only Memory）４３と、ＨＤＤ（Hard Disk Drive）４４とを備えている。
ＣＰＵ４１は、ＲＯＭ４３等に記憶された各種プログラムをＲＡＭ４２にロードして実行することにより、主制御部４０の機能を実現する。
ＲＡＭ４２は、ＣＰＵ４１の作業用メモリ等として用いられるメモリである。
ＲＯＭ４３は、ＣＰＵ４１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ４４は、画像入力部２２が入力した画像データや画像出力部２３が出力する画像データ等を記憶する例えば磁気ディスク装置である。
【００２２】
ここで、ＮＩＣ３０の応答情報記憶部３６に記憶される応答情報について説明する。
図４は、応答情報の一例を示した図である。
図示するように、応答情報は、Ｉｔｅｍ識別子と応答内容とを対応付けたものになっている。
このうち、Ｉｔｅｍ識別子は、端末装置１０が要求するＩｔｅｍ（情報の種別）を識別する識別子である。図では、Ｉｔｅｍ識別子を「Ｉｔｅｍ−ｎ」（ｎは自然数）という形式で示しているが、Ｉｔｅｍを識別できるものであれば、如何なる形式であってもよい。尚、この例では、Ｉｔｅｍ−１は、画像処理装置２０にセットされた用紙トレイのサイズの情報に対応し、Ｉｔｅｍ−２は、画像処理装置２０に充填されているトナーの残量の情報に対応し、Ｉｔｅｍ−３は、画像処理装置２０に割り当てられたＩＰアドレスの情報に対応する。本実施の形態では、情報の種別の一例として、Ｉｔｅｍ識別子を用いている。
また、応答内容は、各Ｉｔｅｍ識別子で識別される情報を要求する要求パケットに対して応答する内容である。この例では、用紙トレイのサイズに関するＩｔｅｍ−１に対しては、トレイ１にＡ４縦が設定され、トレイ２にＢ４が設定され、トレイ３にＡ３が設定されていることを示す情報が記憶されている。また、トナーの残量に関するＩｔｅｍ−２に対しては、黒トナーがフル状態であることを示す情報が記憶されている（白黒印刷機を想定）。更に、ＩＰアドレスに関するＩｔｅｍ−３に対しては、「192.168.0.97」が記憶されている。本実施の形態では、画像処理で用いる資源の状態に関する情報の取得要求に対して送信すべき応答の一例として、これらの応答内容を用いている。
【００２３】
また、ＮＩＣ３０が送信する応答パケットの構成についても説明する。
図５は、応答パケットの構成の一例を示した図である。
応答パケットは、宛先情報と送信元情報と応答内容とからなる。
このうち、宛先情報は、応答パケットの宛先となる端末装置１０のアドレスを示す情報である。この宛先情報は、ＰＨＹ３１からのパケットが要求パケットであるとパケット検出部３２が判断した場合に、その要求パケットの送信元情報に応じて生成される。
送信元情報は、応答パケットの送信元である画像処理装置２０のアドレスを示す情報であり、自装置の情報に基づいて生成される。
応答内容は、端末装置１０からの要求パケットに対して、応答パケットにより送信する情報である。応答内容は３つの矩形で示しているが、個々の矩形が１つのＩｔｅｍに対応するものとする。尚、図では、応答内容として３つのＩｔｅｍに対する情報しかセットできないようになっているが、４つ以上のＩｔｅｍに対する情報が応答情報記憶部３６に記憶されていれば、応答内容として４つ以上のＩｔｅｍに対する情報をセットしてもよい。
【００２４】
次に、本実施の形態において要求パケットを受信した際のＮＩＣ３０の動作について説明する。
まず、ＮＩＣ３０では、ＰＨＹ３１が、ネットワーク８０から要求パケットを受信する。そして、主制御部４０が省電力状態であれば、パケット検出部３２がこの要求パケットを受け取り、主制御部４０に対して復帰指示信号を出力しないことを決定し、受信処理部３３が要求パケットを受信する。また、主制御部４０が省電力状態でなければ、受信処理部３３は、ＰＨＹ３１から直接要求パケットを受信する。そして、受信処理部３３は、受信した要求パケットを送受信バッファ３４の受信データ格納領域に格納する。
【００２５】
一方で、送受信制御部３５は、送受信バッファ３４に格納された要求パケットに対する処理を行う。
図６は、このときの送受信制御部３５の動作例を示したフローチャートである。
図示するように、まず、送受信制御部３５は、送受信バッファ３４に要求パケットが格納されたかどうかを判定する（ステップ３０１）。
ここで、送受信バッファ３４に要求パケットが格納されたと判定すると、送受信制御部３５は、主制御部４０が省電力状態かどうかを判定する（ステップ３０２）。例えば、主制御部４０は省電力モードに移行する際に移行信号を送受信制御部３５に出力するようにしておき、送受信制御部３５はこの信号の出力があったかどうかにより主制御部４０が省電力状態であるかどうかを判定するとよい。
【００２６】
その結果、主制御部４０が省電力状態ではないと判定すると、送受信制御部３５は、要求パケットの内容を主制御部４０に伝える（ステップ３０３）。これに応じて、主制御部４０が、要求パケットに含まれるＩｔｅｍ識別子（情報の種別）を解釈し、これに対する応答内容を伝えてくると、送受信制御部３５は、この応答内容を受け取る（ステップ３０４）。尚、このとき、送受信制御部３５は、Ｉｔｅｍ識別子も主制御部４０から受け取る。そして、送受信制御部３５は、応答情報記憶部３６にＩｔｅｍ識別子に対応付けて、応答内容を記憶する（ステップ３０５）。この場合、同じＩｔｅｍ識別子に対して別の応答内容が既に記憶されていれば、その応答内容を今回の応答内容で上書きすればよい。つまり、応答情報記憶部３６には、Ｉｔｅｍ識別子に対し、常に最新の応答内容が記憶されることになる。
【００２７】
その後、送受信制御部３５は、図５に示した構成のパケットに宛先情報と送信元情報とをセットし、送受信バッファ３４の送信データ格納領域に格納する（ステップ３０６）。ここで、宛先情報としては、ステップ３０３で取得した要求パケットに含まれる送信元情報を、送信元情報としては、自装置の情報を採用すればよい。尚、この時点でパケットには応答内容はセットされていない。
そして、最後に、送受信制御部３５は、主制御部４０から受け取ったＩｔｅｍ識別子を送信処理部３７に伝えて、応答パケットの送信を指示する（ステップ３０７）。
【００２８】
これにより、送信処理部３７は、ステップ３０６で送受信バッファ３４に記憶されたパケットを取り出し、これに応答内容をセットすることで応答パケットを生成する。ここで、応答内容は、ステップ３０５で応答情報記憶部３６に記憶されたものである。送信処理部３７は、この応答内容を、送受信制御部３５から伝えられたＩｔｅｍ識別子をキーとして応答情報記憶部３６に記憶された応答情報の中から取り出すことができる。そして、ＰＨＹ３１がこのようにして生成された応答パケットを要求元の端末装置１０に送信する。
【００２９】
一方、ステップ３０２で主制御部４０が省電力状態であると判断すると、送受信制御部３５は、要求パケットの内容を主制御部４０に伝えることなく、ＮＩＣ３０のみで応答するための処理を行う。
即ち、送受信制御部３５は、図５に示した構成のパケットに宛先情報と送信元情報とをセットし、送受信バッファ３４の送信データ格納領域に格納する（ステップ３０６）。ここで、宛先情報としては、ステップ３０３で取得した要求パケットに含まれる送信元情報を、送信元情報としては、自装置の情報を採用すればよい。尚、この時点でパケットには応答内容はセットされていない。
そして、最後に、送受信制御部３５は、Ｉｔｅｍ識別子を指定せずに、送信処理部３７に応答パケットの送信を指示する（ステップ３０７）。
【００３０】
これにより、送信処理部３７は、ステップ３０６で送受信バッファ３４に記憶されたパケットを取り出し、これに応答内容をセットすることで応答パケットを生成する。ここで、応答内容は、応答情報記憶部３６に記憶されている全てのＩｔｅｍ識別子に対する応答内容を取り出せばよい。そして、ＰＨＹ３１がこのようにして生成された応答パケットを要求元の端末装置１０に送信する。
以上により、本実施の形態のＮＩＣ３０の動作例は終了する。
【００３１】
尚、この動作例では、画像処理装置２０が通常稼動状態にあるときに受信した要求パケットに対する応答内容を記憶し、画像処理装置２０が省電力状態にあるときに受信した要求パケットに対しては、記憶してある応答内容をそのまま返すようにしたが、これには限らない。
例えば、画像処理装置２０が省電力モードに移行する時点の情報によって、応答情報記憶部３６に記憶されている各Ｉｔｅｍ識別子に対する応答内容を更新し、画像処理装置２０が省電力状態にあるときに受信した要求パケットに対しては、省電力モード移行時に更新された応答内容を返すようにしてもよい。
或いは、画像処理装置２０が通常稼動状態にあるときに受信した要求パケットに対する応答内容は記憶せず、画像処理装置２０が省電力モードに移行する時点の情報のみを応答情報記憶部３６に応答内容として記憶し、画像処理装置２０が省電力状態にあるときに受信した要求パケットに対しては、省電力モード移行時に記憶された応答内容を返すようにしてもよい。尚、この場合、図６のステップ３０５では、応答内容を、応答情報記憶部３６に記憶する代わりに、ステップ３０６で宛先情報と送信元情報とをセットするパケットに予めセットしておくことになる。
【００３２】
また、本実施の形態では、画像処理装置２０に接続された通信制御装置が、画像処理装置２０の状態に関する情報の取得要求を受信した際に、画像処理装置２０が省電力状態にあれば、予め記憶しておいた応答を送信することにより、画像処理装置２０の消費電力を低減させるようにした。しかしながら、一般的な機器に接続された通信制御装置が、他の機器から同様の要求を受信した際に、同様の処理を行って、機器の消費電力を低減させるようにしてもよい。
【符号の説明】
【００３３】
１０…端末装置、２０…画像処理装置、３０…ＮＩＣ、４０…主制御部、８０…ネットワーク
【図１】
2010166310.tif 000003
【図２】
2010166310.tif 000004
【図３】
2010166310.tif 000005
【図４】
2010166310.tif 000006
【図５】
2010166310.tif 000007
【図６】
2010166310.tif 000008