"データ処理装置であって、オペレーティングシステムがネットワークを介してデータを受信するのを監視する監視手段と、前記オペレーティングシステムがネットワークを介して受信したデータへ応答することができなくなる省電力状態への移行を制御する省電力制御手段とを有し、前記監視手段が前記オペレーティングシステムが応答すべきデータの受信を検知すると、前記省電力制御手段は前記省電力状態に移行するのを延期することを特徴とするデータ処理装置。前記監視手段は、ICMPパケットの送受信の状況を監視することを特徴とする請求項1に記載のデータ処理装置。前記監視手段は、パケットソケットを使用して、前記オペレーティングシステムによるデータの受信を監視することを特徴とする請求項1に記載のデータ処理装置。前記監視手段は、前記オペレーティングシステムによるデータの受信を検知すると、前記省電力制御手段に前記省電力状態への移行不可を示す情報を送信し、前記オペレーティングシステムが応答すべきデータでないと判断すると、前記省電力制御手段に前記省電力状態への移行不可を解除する情報を送信し、前記オペレーティングシステムが応答すべきパケットであると判断すると、所定時間を待った後、前記省電力制御手段に前記省電力状態への移行不可を解除する情報を送信することを特徴とする請求項1に記載のデータ処理装置。データ処理装置の省電力制御方法であって、前記データ処理装置の監視手段が、オペレーティングシステムがネットワークを介してデータを受信するのを監視する監視工程と、前記データ処理装置の省電力制御手段が、前記オペレーティングシステムがネットワークを介して受信したデータへ応答することができなくなる省電力状態への移行を制御する省電力制御工程と、前記データ処理装置の制御手段が、前記監視工程で前記オペレーティングシステムが応答すべきパケットの受信を検知すると、前記省電力状態に移行するのを延期する制御工程と、を有することを特徴とするデータ処理装置の省電力制御方法。コンピュータ機器などで、上述の省電力制御をオペレーティングシステムとは異なるソフトウェアが行っている場合に、以下のような状況が起こりうる。即ち、コンピュータ機器が外部装置からデータを受信し、そのデータがオペレーティングシステムによって応答すべきデータである場合、オペレーティングシステムはデータに対する応答をしようとする。しかし、このとき、上記のソフトウェアがそのことを知らずに、省電力状態に移行する条件が満足されると、コンピュータ機器を省電力状態に移行してしまう。これにより、オペレーティングシステムが、そのデータに対する応答をできないまま、コンピュータ機器が省電力状態に移行してしまうことが考えられる。本願発明の目的は、上記従来技術の問題点を解決することにある。本願発明の特徴は、オペレーションシステムの通信を監視して省電力を制御することにある。上記目的を達成するために本発明の一態様に係るデータ処理装置は以下のような構成を備える。即ち、データ処理装置であって、オペレーティングシステムがネットワークを介してデータを受信するのを監視する監視手段と、前記オペレーティングシステムがネットワークを介して受信したデータへ応答することができなくなる省電力状態への移行を制御する省電力制御手段とを有し、前記監視手段が前記オペレーティングシステムが応答すべきデータの受信を検知すると、前記省電力制御手段は前記省電力状態に移行するのを延期することを特徴とする。本発明によれば、オペレーティングシステムがデータへの応答をできないまま省電力状態に移行するのを防止できるという効果がある。以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、以下の実施形態では、データ処理装置としてMFP多機能処理装置を例に説明するが、本発明はこれに限らず、通信装置、PCなどの情報処理装置或いは、表示装置や印刷装置などにも適用可能である。図1は、本発明の実施形態に係る通信システムの全体図である。MFP複合機100は、NIC101ネットワークインターフェースカードを介してLAN103に接続されている。LAN103は一般的なLANであるものとし、例えばイーサネット登録商標であるものとする。その他、無線LANなどであってもよい。また本実施形態には直接関係しないため図示していないが、LAN103にはPC102の他にも複数のPCパーソナルコンピュータが接続されているものとする。MFP100とNIC101とはPCIバス等のコンピュータ用拡張バスアーキテクチャによって接続されており、その外観は一台の機器として見える。そのためMFP100とNIC102をここでは画像形成システム104と呼ぶ。図2は、本実施形態1に係る画像形成システム104の構成を説明するブロック図である。NIC101は、インテリジェント型ネットワークカードモジュールにより実現された、MFP100に着脱可能なネットワークインターフェース装置である。そして、NIC101は、NIC101用のCPU201,RAM202,ROM203,ネットワークI/F204,LED205,拡張I/F206と、これらを互いに接続するシステムバス207とを備えている。CPU201は、ROM203に記憶された制御プログラムに従って各種制御処理を実行する。例えば、CPU201は、システムバス207に接続されたネットワークI/F204を介してLAN103に接続し、更にLAN103を介してLAN103上のPC102と所定の通信プロトコルに従って通信する。これにより、例えばPC102から送信された印刷データや印刷制御命令等の各種データを受信し、拡張I/F206を介してMFP100に転送し、MFP100において印刷処理を行うことができる。RAM202は、CPU201の主メモリ、ワークエリア等の一時記憶領域として用いられる。LED205は、NIC101の動作状態を示す表示部として用いられている。LED205は、例えば、ネットワークI/F204とLAN103との電気的な接続状態や通信モード等の各種動作状態をLEDの色や点滅パターンで示すことができる。拡張I/F206は、NIC101とMFP100とを接続するためのI/Fであり、前述したようにPCIバスに接続されている。次にMFP100の構成を説明する。MFP100は、制御部220、操作部230、スキャナ部240及びプリンタ部250を備えている。制御部220には、MFP100用のCPU221,RAM222,ROM223,拡張I/F224,操作部I/F225,デバイスI/F226と、これらを互いに接続するシステムバス227とが備えられている。CPU221は、ROM223に記憶された制御プログラムを読み出して各種制御処理を実行する。例えば、CPU221は、拡張I/F224を介してNIC101から転送される印刷データに基づいて印刷用画像データを生成し、デバイスI/F226を介してプリンタ部250に出力して印刷する。RAM222は、CPU221の主メモリ、ワークエリア等を提供している。またRAM222は、図示しない増設ポートに接続されるオプションRAMにより、そのメモリ容量を拡張することができる。操作部230には、MFP100の動作モード等の設定や印刷データの取り消し等の操作を行うためのボタンと、MFP100の動作状態を示す液晶パネルやLED等の表示部等が配されている。また、後述する通信モードの設定も操作部230を介して行うことができる。プリンタ部250は、公知の印刷技術を利用したプリンタであり、例えば電子写真方式やインクジェット方式、昇華方熱転写方式等で画像データの印刷を実行する。またスキャナ部240は原稿の画像を読み取って画像データを生成し、MFP100に入力する。尚、MFP100は、スタンバイ時よりも消費電力が小さい省電力状態を備えている。以下では、省電力状態の一例としてディープスリープを説明する。ディープスリープ中は、特定のユニット操作部230や拡張I/F224などを除く各ユニットに対する電力供給を停止することにより、消費電力を減少させている。電源ON/OFF部270は、電源装置260から供給される電力を、ライン281及びライン282を介して各ユニットに供給する。ディープスリープ状態では、電源ON/OFF部270は、電力をライン282を介して供給するものの、ライン281による電力供給を停止する。またディープスリープ状態ではないときは、電源ON/OFF部270は、ライン281及び282の両方を介して電力を供給する。尚、電源ON/OFF部270は、印刷時にはプリンタ部250に電力を供給し、スキャン時にはスキャナ部240に電力を供給するが、図2ではその図示を省略する。またCPU221は、ライン291を介して電源ON/OFF部270に制御信号を送信することにより、電源ON/OFF部270を制御する。また、NIC101のCPU201は、ライン292を介して制御信号を電源ON/OFF部270に送信することにより、電源ON/OFF部270を制御する。図3は、MFP100のソフトウェアの構成を説明するブロック図である。NICドライバ300は、NIC101を制御するデバイスドライバである。MFP100上で動作する各種のソフトウェアがNIC100を制御する場合には、このNICドライバ300を介して行われる。プロトコルスタック301は、TCP/IPやUDP/IPやICMP等の一般的なLANで使用されるプロトコルをサポートしている。ソケットAPI302は、OSオペレーティングシステムが提供する一般的なソケットAPIである。Webサーバアプリケーション303は、Webサーバとしての動作を行う。ジョブ受信アプリケーション304は、NIC101が受信した印刷ジョブを受け取る。例えばPC102が画像形成システム104に対して送信した印刷ジョブは、LAN103を経由してジョブ受信アプリケーション304が受信する。監視アプリケーション305は、プロトコルスタック301自身が通信を行う際に、その通信データを監視する。スリープ制御アプリケーション306は、ディープスリープへの移行処理を制御しており、前述したアプリケーション群303~305に対して、定期的にディープスリープへの移行の可否を問い合わせる。この問い合わせを受けた各アプリケーションは、予め定められたディープスリープ移行条件を満たしていれば移行可能を示す情報を返信し、その移行条件を満たしていなければ移行不可を示す情報を返信する。スリープ制御アプリケーション306は、問い合わせ先の全てのアプリケーションからスリープ移行可能を示す情報を受信すると、画像形成システム104をディープスリープへ移行させる。ディープスリープへの移行処理では、スリープ制御アプリケーション306は電源ON/OFF部270へ制御信号を送信する。本実施形態では、一般的なそれと同じく、プロトコルスタック301及びソケットAPI302をOSと定義する。そしてOSとNICドライバ300がカーネルスペースで動作しているものとする。それ以外のアプリケーション群303~306は、アプリケーションスペースで動作しているものとする。尚、本実施形態では特に説明しないが、これら以外にも、画像形成システムとして動作するための多数のアプリケーションが、このMFP100のユーザスペースで動作しているものとする。次に図4のソフトウェアブロック図を参照して、監視アプリケーション305が、OS自身が実行するネットワーク通信を監視する際の処理について説明する。ここで監視アプリケーション305が監視の対象とするネットワーク通信とは、一般的にOS自身が機能として備えているプロトコルであり、例えば、ICMPなどが対象となる。図4は、監視アプリケーション305とOSとの関係を説明するブロック図である。課題は、画像形成システム104がLAN103上のPC102からICMPプロトコルのパケット例えば、PINGを受信した際にディープスリープに移行した場合に発生する。詳しくは、プロトコルスタック301がICMPパケットを解析中、或いはICMPパケットへの応答処理中に画像形成システム104がディープスリープに移行してしまうと、解析または応答処理が中断されるため、応答パケットがLAN103に送出されない。そのため本実施形態では、監視アプリケーション305がICMPパケットの送受信の状況を監視して、プロトコルスタック301がICMPパケットの処理中であった場合にはディープスリープに移行させないようにしている。監視アプリケーション305は、PF_PACKETと呼ばれるタイプのソケットを使用して動作している。これは別名でパケットソケットと呼ばれ、デバイスドライバレベルでのパケットを送受信することを可能にするソケットである。デバイスドライバレベルでのパケットは、OSI参照モデルのレイヤ2でのパケットの送受信が可能であり、これはイーサネットフレームのデータを全て送受信できることを意味する。つまりPF_PACKETを使用したソケットを用いることにより、NICドライバ300を経由する全てのネットワークフレームをネットワークインタフェースレベルで監視することが可能になる。次に図5のフローチャートを参照して、監視アプリケーション305が実際にパケット監視を行って省電力制御を行う際の処理の流れについて説明する。図5は、実施形態に係るMFP100による処理を説明するフローチャートである。この処理を実行するプログラムはROM223に記憶されており、CPU221の制御の下に実行される。ここで、スリープ制御アプリケーション306は、例えば所定時間の間、所定のデータパケットが入力されない等の、スリープモードに移行するための所定の条件が満足されるかどうかをチェックしている。そして、この所定の条件が満足されると、このMFP100をスリープモードに移行させる。このとき、監視アプリケーション305からスリープ移行不可を示す情報を受信すると、例え、上記所定の条件が満足されていても、スリープ移行不可が解除されるまではスリープモードへの移行を行わないように動作することを前提としている。まずS501で、監視アプリケーション305が前述したようにパケットソケットを用いてポートの監視を開始する。次にS502に進み、監視アプリケーション305が、パケットの受信があったかどうかを判定する。ここでパケットの受信があったと判定するとS503に進み、監視アプリケーション305は、スリープ制御アプリケーション306に対してスリープ移行不可を示す情報を送信する。これにより、スリープ制御アプリケーション306は、スリープに移行しないように振舞う。またS503で、受信されたパケットを解析する。そしてS504で、その受信されたパケットが、OSが処理すべきものか、或いはアプリケーションが処理するべきものかを判別する。この判別は、パケットデータに含まれるプロトコル種別を示す情報や、ポート番号を示す情報を参照することで行う。S504で、OSが処理すべきパケットでないと判定するとS506に進むが、OSが処理すべきパケットであると判定するとS505に進む。S505では、監視アプリケーション305は、予め定められた時間ここでは300msだけ待つウェイトする。即ち、スリープモードに入るまでの時間を延長する。このウェイト後にS506に進み、スリープ制御アプリケーション306に対してスリープ移行不可を解除する情報を送信する。これにより、スリープ制御アプリケーション306は、画像形成システム4をディープスリープ状態に移行させるのを延期する。なお、スリープ移行不可を解除する情報は、スリープ移行不可からスリープ移行可能への変更を示す情報であっても、単に、スリープ移行可能を示す情報であってもよい。以上説明したように、OSが処理すべきパケットの受信を検知したときは、一定時間待機した後、スリープへの移行が可能であることを通知することにより、スリープ状態に入る前に、OSがそのパケットの処理を確実に行うことができる。以上説明したように本実施形態によれば、アプリケーションスペースで動作するソフトウェアモジュールが、カーネルスペースで動作するOSが行う通信を監視し、OSの通信状況を考慮してスリープ移行の可否の判断を行うことができる。これにより、OS自体に手を加えることなく、OSが通信している最中にディープスリープモードに入ってしまうという課題を解決することが可能になる。またカーネルがオープンソースソフトウェアを用いてソフトウェアを作成する場合でも、アプリケーションスペースで動作するため、開示の必要がないという利点がある。その他の実施例図5のS505では、監視アプリケーション305は、予め定められた時間だけ待つ。予め定められた時間だけ待つことに代えて、パケットの処理が完了するのを待ってもよい。図5のS504では、監視アプリケーション305は、受信されたパケットがOSによって処理されるべきものかを判別した。しかしながら、S504の判別を省略してもよい。つまり、パケットの受信があった場合には、OSが処理すべきパケットを受信した可能性があると判断して、OSが処理すべきパケットの受信を検知したとみなす。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。"