ネットワーク機器
【課題】 使用されるプロトコル及び通信端末のＯＳに制約されることなく、低消費電力状態からの起動中に、通信端末によるデータの送出を制御することが可能なネットワーク機器を提供する。
【解決手段】 ネットワーク複合機１は、ＬＡＮ５１を介して通信を行なうＮＩＣ１０、及び通常電力状態と低消費電力状態とを取ることができ、通常電力状態にあるときに、受信されたデータを処理する記録部１２等を備える。ＮＩＣ１０は、データを送受信する送受信部１００と、記録部１２の電力状態を判定する電力状態判定部１０２と、ＰＣ３０からセッション確立要求信号が受信され、かつ記録部１２が低消費電力状態であると判定された場合に起動信号を出力する起動信号出力部１０４と、記録部１２が起動されるまでの間、ＰＣ３０に対してセッションを張った状態でデータの送信を禁止させる持続接続制御を行う持続接続制御部１０６とを有する。
【解決手段】 ネットワーク複合機１は、ＬＡＮ５１を介して通信を行なうＮＩＣ１０、及び通常電力状態と低消費電力状態とを取ることができ、通常電力状態にあるときに、受信されたデータを処理する記録部１２等を備える。ＮＩＣ１０は、データを送受信する送受信部１００と、記録部１２の電力状態を判定する電力状態判定部１０２と、ＰＣ３０からセッション確立要求信号が受信され、かつ記録部１２が低消費電力状態であると判定された場合に起動信号を出力する起動信号出力部１０４と、記録部１２が起動されるまでの間、ＰＣ３０に対してセッションを張った状態でデータの送信を禁止させる持続接続制御を行う持続接続制御部１０６とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続して使用されるネットワーク機器に関し、特に、低消費電力状態を取り得るネットワーク機器に関する。
【背景技術】
【０００２】
近年、ＣＯ２排出量削減等の観点から、電気機器の低消費電力化が社会的に求められている。例えばＬＡＮ等のネットワークに接続されるネットワーク機器においては、待機時にＣＰＵやハードディスク等の電源を停止し、ネットワークに直接接続しているネットワークインターフェースコントローラ（以下「ＮＩＣ」という）のみを動作させることにより省電力化を実現したものが知られている。このようなネットワーク機器の一例として、待機時にプリンタコントローラ、プリンタエンジン等への電力供給を停止する低消費電力状態に移行するネットワークプリンタがある。このようなネットワークプリンタでは、低消費電力状態にあるときにＮＩＣのみを稼働させておき、外部のホストコンピュータ（以下「通信端末」ともいう）から送られてくるプリントデータを待ち受けるとともに、プリントデータを受信したときに、プリンタコントローラ等を低消費電力状態から通常電力状態へ復帰させるように構成されている。
【０００３】
ここで、プリンタコントローラ等の起動中はプリントデータの処理ができない。よって、起動中にプリントデータを受け取らないようにするために、プリンタコントローラ等を起動している間は通信端末とセッションを張らない構成とすることも考えられる。しかしながら、このような構成にした場合、通信端末は所定の時間を空けてセッション確立要求を繰り返し送出することとなる。そのため、プリンタコントローラ等の起動が終了し、通信端末とセッションを張ることが可能な状態になったとしても、通信端末からセッション確立要求が再送されるまではセッションを張ることができない。そのため、プリントデータの処理が可能になっているにもかかわらず、受信処理及びプリントデータのデータ処理を開始することができず、処理の開始が遅れるという問題が生じ得る。さらに、一定時間以上応答が無くタイムアウトした場合には、セッションを確立することができないと判断され、通信端末側でエラーとなるおそれがある。
【０００４】
このような問題を解決するために、特許文献１には、ＰＤＬボードが動作可能な状態に復帰したことが確認できるまで、プリント要求の発信元（通信端末）に対して拒否信号（ＮＡＣＫ）を送出し続けることにより、データ送信を禁止する複合機が開示されている。この複合機では、省エネモード中に、メインボードがインターフェース経由で端末装置からプリント要求を受信した場合、電源回路の機能が有効化されて省エネモードから待機モードを経て通常モードへの復帰が開始される。これと同時に、メインボードの制御部は、ＰＤＬボードの状態を監視し、ＰＤＬボードの動作可能状態への復帰完了が確認できるまで、プリント要求の発信元に対して拒否信号（ＮＡＣＫ）を送出し、端末装置に対してデータ送信を禁止する。そして、復帰完了が確認できると、プリント要求を許可する信号（ＡＣＫ）を発信元に対して送出し、データ送信を許可する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３１１８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ネットワーク通信制御において、ＮＡＣＫを使用できるプロトコルは、特定のプロトコル（例えばＬＰＲプロトコル（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ））に限られる。また、ＬＰＲを使用する場合であっても、ホストコンピュータがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）としてＷｉｎｄｏｗｓ（登録商標、以下同様）を採用している場合には、ＮＡＣＫは無視され有効に機能しない。したがって、特許文献１記載の複合機による制御方法では、ＬＰＲ以外のプロトコルを利用する場合、及び、ＷｉｎｄｏｗｓをＯＳとして採用している通信端末に対しては有効に機能しない。すなわち、汎用性に乏しいという問題があった。
【０００７】
本発明は、上記問題点を解消する為になされたものであり、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、低消費電力状態からの起動中に、通信端末によるデータの送出を制御することが可能なネットワーク機器を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るネットワーク機器は、ネットワークを介して通信端末と接続され、該通信端末との間で通信を行なう通信手段と、通信手段と通信路を介して接続され、第１電力状態と該第１電力状態よりも消費電力の少ない第２電力状態とを取ることができ、通信手段により受信された受信データを第１電力状態にあるときに処理する処理手段とを備える。上記通信手段は、通信端末との間でネットワークを介してデータを送受信する送受信手段と、処理手段の電力状態を判定する判定手段と、送受信手段により通信端末からのデータが受信され、かつ、判定手段により処理手段が第２電力状態であると判定された場合に、該処理手段の電力状態を第１電力状態に移行させるための移行信号を出力する移行手段と、送受信手段により通信端末からのセッション確立要求信号が受信され、かつ、移行手段により移行信号が出力された場合に、該通信端末との間にセッションを確立するとともに、処理手段の電力状態が第１電力状態に移行されるまでの間、セッションを張った状態で通信端末に対してデータの送信を禁止させる持続接続制御を実行する持続接続制御手段とを有することを特徴とする。
【０００９】
本発明に係るネットワーク機器によれば、通信手段と処理手段とを備えて構成され、例えば待機時に、処理手段が消費電力のより少ない第２電力状態（低消費電力状態）にされるとともに、通信手段のみが稼動されて、データの待ち受け動作が行われる。よって、データの待ち受け時に、ネットワーク機器の一部、すなわち通信手段を除いて消費電力がより少ない状態にすることができるため、ネットワーク機器の消費電力を低減することができる。また、ネットワークを介してセッション確立要求信号が受信された場合に、通信端末との間でセッションが確立されるとともに、処理手段に対して移行信号が出力される。そして、処理手段の電力状態が第１電力状態に移行（起動）するまでの間、セッションを張った状態を保持しつつ通信端末に対してデータの送信を禁止する持続接続制御が実行される。よって、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、第２電力状態からの起動中に通信端末によるデータの送出を制御することが可能となる。
【００１０】
本発明に係るネットワーク機器では、通信手段が、通信端末から受信される受信データを一時的に格納する受信バッファを有し、送受信手段が、受信バッファの空き容量に応じた受信可能データ量を所定の通信プロトコルに従って通信端末へ送信し、持続接続制御手段が、判定手段により処理手段の電力状態が第１電力状態に移行したと判定されるまで、受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、受信バッファから読み出すデータ量を非持続接続制御時よりも少なくすることが好ましい。
【００１１】
このようにすれば、処理手段の電力状態が第１電力状態に移行（起動）するまで、受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、受信バッファから読み出されるデータ量が非持続接続制御時（すなわち通常制御時）よりも少なくされる。よって、該通信端末から受信されるデータ量よりも受信バッファから読み出されるデータ量が少なくなるため、受信バッファの空き容量が減少し、受信可能データ量として該通信端末の最小送信可能データ量よりも小さな値（典型的にはゼロ）が該通信端末に対して送信される。その結果、セッションを張った状態で該通信端末による送信データの送出を抑制すること、すなわち持続接続制御を実現することが可能となる。
【００１２】
本発明に係るネットワーク機器では、処理手段の電力状態が第１電力状態に移行したと判定された場合に、持続接続制御手段が、持続接続制御を終了してセッション確立信号を送信した通信端末に対してデータの送信を許可することが好ましい。
【００１３】
この場合、処理手段の電力状態の第１電力状態への移行（起動）が完了し、受信データのデータ処理が可能となったときに、持続接続制御が終了される。これにより、通信端末に対してデータの送信が許可される。なお、持続接続制御が解除される時点では、既にセッションが張られているため、迅速にデータ通信を開始することができる。
【００１４】
本発明に係るネットワーク機器では、持続接続制御手段が、持続接続制御を終了してセッション確立要求信号を送信した通信端末に対してデータの送信を許可する場合、受信可能データ量が該通信端末の最小送信可能データ量よりも大きくなるように、受信バッファから読み出すデータ量を持続接続制御時よりも多くすることが好ましい。
【００１５】
この場合、処理手段の電力状態が第１電力状態に移行（起動）され、持続接続制御が終了されるときに、受信バッファから読み出されるデータ量が持続接続制御時よりも増やされ、受信バッファの空き容量（すなわち受信可能データ量）が通信端末の最小送信可能データ量よりも大きくされる。そして、その空き容量に応じたサイズが受信可能データ量としてセッション確立要求信号を送信した通信端末に送信される。そのため、該通信端末が送信データを送出することができるようになり、処理手段の電力状態が第１電力状態へ移行された後に、持続接続制御から通常制御に円滑に移行することが可能となる。
【００１６】
本発明に係るネットワーク機器では、通信手段が、送受信手段によりデータが受信され、かつ、判定手段により処理手段が第２電力状態であると判断された場合に、処理手段の電力状態を第１電力状態に移行する必要があるか否かを判定する移行判定手段を備え、移行判定手段により処理手段の電力状態を第１電力状態に移行する必要があると判定された場合に、移行手段が移行信号を出力し、処理手段の電力状態が第１電力状態に移行されるまで、持続接続制御手段が、セッションを張った状態で通信端末に対してデータの送信を禁止させることが好ましい。
【００１７】
この場合、処理手段の電力状態を第１電力状態に移行（起動）する必要がある場合にのみ、処理手段の電力状態が第１電力状態に移行される。そのため、処理手段の稼働時間を必要最小限に抑えることができる。よって、ネットワーク機器の消費電力をより低減することが可能となる。
【００１８】
本発明に係るネットワーク機器では、通信手段が、移行判定手段により、処理手段の電力状態を第１電力状態に移行する必要がないと判定された場合に、送受信手段により受信されたデータに対する応答を生成する生成手段を有し、送受信手段が、移行判定手段により処理手段の電力状態を第１電力状態に移行する必要がないと判定された場合に、生成手段により生成された応答を通信端末へ出力することが好ましい。
【００１９】
このようにすれば、処理手段の電力状態を第１電力状態に移行（起動）する必要がない場合には、処理手段の電力状態が第１電力状態に移行されることなく、通信手段側で受信データに対する応答が行われる。そのため、処理手段の電力状態の不必要な第１電力状態への移行を抑制することができる。よって、ネットワーク機器の消費電力をより低減することが可能となる。
【００２０】
本発明に係るネットワーク機器では、持続接続制御手段が、判定手段により処理手段の電力状態が第１電力状態に移行したと判定されるまで、受信可能データ量として、通信端末の最小送信可能データ量よりも小さい値を所定の通信プロトコルに従って通信端末へ送信するように送受信手段を制御することが好ましい。
【００２１】
このようにすれば、受信バッファからの読み出し量を調節することなく、送信データに含まれる受信可能データ量を直接操作することによって持続接続制御に持ち込むことが可能となる。
【００２２】
なお、本発明に係るネットワーク機器では、上記所定の通信プロトコルとして、ＴＣＰ／ＩＰが好適に利用される。また、本発明に係るネットワーク機器では、上記処理手段として、通信手段により受信されたプリントデータを用紙にプリントアウトするプリンタが好適に用いられる。
【発明の効果】
【００２３】
本発明によれば、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、低消費電力状態からの起動中に通信端末によるデータの送出を制御することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施形態に係るネットワーク複合機の全体構成を示すブロック図である。
【図２】ネットワーク複合機を構成するＮＩＣの送受信部の構成を示すブロック図である。
【図３】ネットワーク複合機による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャート（第１ページ目）である。
【図４】ネットワーク複合機による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャート（第２ページ目）である。
【図５】第１の処理手順におけるＮＩＣとＰＣとの間の通信手順を示すシーケンス図である。
【図６】ネットワーク複合機による通信処理（持続接続制御処理）の第２の処理手順を示すフローチャートである。
【図７】第２の処理手順におけるＮＩＣとＰＣとの間の通信手順を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。なお、ここでは、実施形態に係るネットワーク機器としてネットワーク複合機（ＭＦＰ）を例にして説明する。また、ネットワーク複合機がＬＡＮを介してパーソナルコンピュータ（以下「ＰＣ」という。特許請求の範囲に記載の通信端末に相当）と接続されているネットワークシステムを例にして説明する。なお、例示するネットワークシステムは、理解を容易にするためにその構成を簡略化したものである。まず、図１及び図２を併せて用いて、ネットワーク複合機１の全体構成について説明する。図１は、ＬＡＮ５１に接続されたネットワーク複合機１の全体構成を示すブロック図である。図２は、ネットワーク複合機１を構成するＮＩＣ１０の送受信部１００の構成を示すブロック図である。
【００２６】
ネットワーク複合機１は、待機時に低消費電力状態（省エネルギー状態）を取り得るネットワーク複合機であり、原稿を読み取り画像データを生成するスキャナ機能、読み取り生成した画像データを用紙に記録するコピー機能、及びファクシミリ通信により受信した画像データを用紙に記録するＦＡＸ受信機能に加え、ＬＡＮ５１を介して接続されているＰＣ３０から受信した画像データを用紙に記録するＰＣプリント機能を備えている。また、ネットワーク複合機１は、読み取った画像データをファクシミリ送信するＦＡＸ送信機能に加え、外部のＰＣ３０から受信した画像データをファクシミリ送信するＰＣ−ＦＡＸ機能を備えている。さらに、ネットワーク複合機１は、電子メールを利用してＩＰ網経由で画像データを送受信するインターネットＦＡＸ（ＩＦＡＸ）機能等も有している。
【００２７】
これらの各機能を実現するためにネットワーク複合機１は、ＮＩＣ１０、制御部１１、記録部１２、操作部１３、表示部１４、読取部１５、コーデック１６、画像記憶部１７、モデム１８、ＮＣＵ１９、ＩＦＡＸ制御部２０、及び、Ｗｅｂサーバ２１等を備えている。なお、上記各部は、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）又はＰＣＩ Ｅｘｐｒｅｓｓ等のバス２３（特許請求の範囲に記載の通信路に相当）を介して相互に通信可能に接続されている。ここで、ＮＩＣ１０は、特許請求の範囲に記載された通信手段に相当し、それ以外の制御部１１〜Ｗｅｂサーバ２１は、特許請求の範囲に記載の処理手段に相当する。なお、以下、記録部１２が低消費電力状態（特許請求の範囲に記載の第２電力状態に相当）と通常電力状態（特許請求の範囲に記載の第１電力状態に相当）とを取り、ＰＣ３０からＬＡＮ５１を介してプリントデータが送られてくる場合を例にして説明する。
【００２８】
ＮＩＣ１０は、各種通信プロトコルの送受信制御処理、及び各種通信プロトコル上のデータ解析処理及びデータ作成処理を行なうネットワークインターフェースである。ＮＩＣ１０は、ＬＡＮ５１を介してＰＣ３０に接続されており、ＰＣ３０との間で、例えばＴＣＰ／ＩＰに従ってデータの通信を行なう。なお、待機時すなわちネットワーク複合機１が低消費電力状態（省エネルギー状態）にあるときであっても、ＮＩＣ１０には電力が供給される。
【００２９】
ＮＩＣ１０は、演算を行なうマイクロプロセッサ、マイクロプロセッサに各処理を実行させるためのプログラム等を記憶するＲＯＭ、マイクロプロセッサにより制御されて通信処理を行う通信用チップ（ＩＣ）、及び通信用チップにより受信され、該通信用チップから読み出された受信データなどを一時的に記憶するＲＡＭ等により構成されている。なお、ＮＩＣ１０は、上述したマイクロプロセッサ、通信用チップ、ＲＯＭ、ＲＡＭ等がワンチップに収められたマイクロコンピュータを用いて構成してもよい。
【００３０】
ＮＩＣ１０では、上述したハードウェアとソフトウェアの組み合わせにより、送受信部１００、記憶部１０１、電力状態判定部１０２、起動要否判定部１０３、起動信号出力部１０４、応答データ生成部１０５、持続接続制御部１０６が構築されている。
【００３１】
送受信部１００は、例えばＰＣ３０からＬＡＮ５１を介してネットワークパケット（プリントデータ等）を受信する。また、送受信部１００は、応答データ生成部１０５等によって生成された応答データ等をＬＡＮ５１を介してＰＣ３０へ出力する。すなわち、送受信部１００は、特許請求の範囲に記載の送受信手段として機能する。そのため、送受信部１００は、図２に示されるように、ＬＡＮデバイス部１００ａ、受信バッファ１００ｆ、送信バッファ１００ｇ、及びＴＣＰ／ＩＰプロトコルスタック１００ｈを有している。
【００３２】
ＬＡＮデバイス部１００ａは、Ｅｔｈｅｒｎｅｔ（登録商標、以下同様）などのインターフェースにおいて、論理信号と電気的な信号との変換を行うＰＨＹ（ＰＨＹｓｉｃａｌ Ｌａｙｅｒ）部１００ｂ、及び、送信（ＴＸ）部１００ｄと受信（ＲＸ）部１００ｅとを含むＭＡＣ部１００ｃを備えている。ＭＡＣ部１００ｃは、受信部１００ｅを介して、ＰＨＹ部１００ｂから受信データ（Ｅｔｈｅｒｎｅｔフレーム）を取り出し、受信ディスクリプタにより特定される受信バッファ１００ｆに格納する。また、ＭＡＣ部１００ｃは、送信部１００ｄを介して、送信データ（Ｅｔｈｅｒｎｅｔフレーム）を送信ディスクリプタにより特定される送信バッファ１００ｇからＰＨＹ部１００ｂへ出力する。ここで、受信バッファ１００ｆ及び送信バッファ１００ｇそれぞれは、リング構造（又はチェーン構造）のバッファである。また、受信ディスクリプタには、受信されたデータを格納している受信バッファ１００ｆの先頭アドレス等が記録されており、送信ディスクリプタには、送信の順番を待っているデータが格納されている送信バッファ１００ｇの先頭アドレス等が記録されている。
【００３３】
ＴＣＰ／ＩＰプロトコルスタック１００ｈは、ネットワーク上で機能を実現するために必要なプロトコルを選んで、階層状に積み上げたソフトウェア群であり、アプリケーション層、トランスポート層、インターネットプロトコル（ＩＰ）層、物理層から構成されている。パケットがＴＣＰ／ＩＰプロトコルスタック１００ｈを通過するとき、各層のプロトコルは、基本ヘッダにフィールドを追加したり、そこからフィールドを削除したりする。ＴＣＰ／ＩＰプロトコルスタックＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）のｒｅｃｖ関数は、ＴＣＰ／ＩＰプロトコルスタック１００ｈを介して、受信バッファ１００ｆから受信データ（ＴＣＰデータ）の読み出し（受信操作）を行うための関数である。このｒｅｃｖ関数を通して、送られてきたデータを取得することができる。一方、ＴＣＰ／ＩＰプロトコルスタックＡＰＩのｓｅｎｄ関数は、接続が確立されたソケットを通してデータを送信するための関数である。このｓｅｎｄ関数を利用することにより、ＴＣＰ／ＩＰプロトコルスタック１００ｈを介して、送信バッファ１００ｇに送信データの書き込み（送信操作）を行うことができる。
【００３４】
電力状態判定部１０２は、例えば、記録部１２と接続されたポートのレベル（Ｈｉ又はＬｏｗ）に基づいて、記録部１２の電力状態を判定する。具体的には、電力状態判定部１０２は、ポートレベルがＨｉ（５Ｖ）の場合には通常電力状態（通常モード）と判定し、Ｌｏｗ（０Ｖ）のときには低消費電力状態（省エネモード）と判定する。すなわち、電力状態判定部１０２は、特許請求の範囲に記載の判定手段として機能する。
【００３５】
起動要否判定部１０３は、送受信部１００によりネットワークパケット（データ）が受信され、かつ、電力状態判定部１０２により記録部１２が低消費電力状態であると判断された場合に、記録部１２を起動（すなわち、記録部１２の電力状態を通常電力状態に移行）する必要があるか否かを判定する。すなわち、起動要否判定部１０３は、特許請求の範囲に記載の移行判定手段に相当する。ここで、記録部１２を起動する必要があるか否かは、例えば、ＮＩＣ１０のみで応答（レスポンス）可能かどうかで判断される。ちなみに、ＮＩＣ１０のみで応答可能な場合としては、例えば、ＴＣＰ／ＩＰレベルのコマンドであり、ＰＣ３０から定期的にＮＩＣ１０に対して送出されるＩＰＰのＧｅｔＰｒｉｎｔｅｒＡｔｔｒｉｂｕｔｅ応答、ＡＲＰ応答、ＳＮＭＰ応答、ＩＣＭＰ応答（例えばＰｉｎｇパケット応答）等が挙げられる。一方、ＮＩＣ１０のみで応答を返すことができない場合としては、例えば、ＬＰＤ、Ｐｏｒｔ９１００、ＩＰＰ等のＴＣＰ／ＩＰを用いたネットワークプリント制御が挙げられる。
【００３６】
起動信号出力部１０４は、起動要否判定部１０３により記録部１２を起動する必要があると判定された場合に、記録部１２又は電力供給を制御する電力制御部に対して、該記録部１２を低消費電力状態から通常電力状態へ移行させるための起動信号（特許請求の範囲に記載の移行信号に相当）を出力する。すなわち、起動信号出力部１０４は、特許請求の範囲に記載の移行手段として機能する。起動信号出力部１０４から起動信号が出力されると、記録部１２への電力供給が開始される。そして、記録部１２においてプログラムロード等の起動処理が実行され、記録部１２が起動される。記録部１２の起動が完了すると、上述したポートレベルがＨｉにセットされる。
【００３７】
応答データ生成部１０５は、起動要否判定部１０３により、記録部１２を起動する必要がないと判定された場合に、送受信部１００により受信されたデータに対する応答（レスポンス）データを生成する。例えば、応答データ生成部１０５は、上述したＧｅｔＰｒｉｎｔｅｒＡｔｔｒｉｂｕｔｅ、ＡＲＰ、ＳＮＭＰ、ＩＣＭＰ等に対する応答データを生成する。すなわち、応答データ生成部１０５は、特許請求の範囲に記載の生成手段として機能する。なお、応答データ生成部１０５により生成された応答データは、送受信部１００へ出力される。
【００３８】
持続接続制御部１０６は、送受信部１００により例えばＰＣ３０からのセッション確立要求信号が受信された場合、該セッション確立要求信号を送信したＰＣ３０との間にセッションを確立する。そして、持続接続制御部１０６は、電力状態判定部１０２の判定結果に基づいて、記録部１２が通常電力状態であるか否か（すなわちプリント処理を行える状態であるか否か）を判断し、低消費電力状態である場合（すなわちプリント処理を行えない状態である場合）には、電力状態判定部１０２により記録部１２が低消費電力状態から通常電力状態に遷移したと判定されるまで、セッションを張った状態でＰＣ３０に対してデータの送信を禁止する持続接続制御（キープアライブ）を実行する。一方、記録部１２が通常電力状態である場合には、持続接続制御を実行することなくＰＣ３０に対してデータの送信を許可する。すなわち、持続接続制御部１０６は、特許請求の範囲に記載の持続接続制御手段として機能する。
【００３９】
ここで、ＮＩＣ１０を構成する送受信部１００は、上述したように、ＰＣ３０等から所定のポートを通して受信される受信データを一時的に格納する、例えば４Ｋバイト程度の容量を持つ受信バッファ１００ｆを有し、送受信部１００は、受信バッファ１００ｆの空き容量に応じた受信可能データ量をＴＣＰ／ＩＰに従ってＰＣ３０等へ送信する。なお、受信バッファ１００ｆの空き容量が所定値以下（例えば半分以下）になった場合には、受信可能データ量としてゼロを送信する構成としてもよい。また、持続接続制御部１０６は、記録部１２が低消費電力状態であると判定された場合には、該記録部１２が低消費電力状態から通常電力状態に遷移したと判定されるまで、受信可能データ量がＰＣ３０の最小送信可能データ量よりも小さくなるように、受信バッファ１００ｆからｒｅｃｖ関数を用いて読み出すデータ量を非持続接続制御時（すなわち通常制御時）よりも少なく（例えば数バイト〜数十バイト）する。このように、受信バッファ１００ｆからＴＣＰ／ＩＰプロトコルスタック１００ｈを介して読み出すデータ量を調節することにより、持続接続制御部１０６は、持続接続制御を実現する。
【００４０】
また、持続接続制御部１０６は、持続接続制御を実行した場合に、記録部１２が低消費電力状態から通常電力状態に遷移したと判定されたとき（すなわち起動されたとき）に持続接続制御を終了し、セッション確立要求信号を送信したＰＣ３０に対してデータの送信を許可する。ここで、持続接続制御部１０６は、持続接続制御を終了してＰＣ３０に対してデータの送信を許可する場合、受信可能データ量がＰＣ３０の最小送信可能データ量よりも大きくなるように、受信バッファ１００ｆからｒｅｃｖ関数を用いて読み出すデータ量を持続接続制御時よりも多くする（例えば数百〜数Ｋバイト）ことにより通常制御（非持続接続制御）に移行させる。
【００４１】
図１に戻り説明を続ける。制御部１１は、演算を行なうマイクロプロセッサ、マイクロプロセッサに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果等の各種データを一時的に記憶するＲＡＭ、及びバックアップデータを記憶するバックアップＲＡＭ等により構成されている。制御部１１は、ＲＯＭに記憶されているプログラムを実行することにより、ネットワーク複合機１を構成するハードウェアを統合的に制御する。
【００４２】
記録部１２は、電子写真方式のプリンタであり、例えば、ＬＡＮ５１を介して接続されている外部のＰＣ３０から受信されるプリントデータ（例えばＰＤＬデータなど）を用紙にプリントアウトする。また、記録部１２は、読取部１５により読み取られ生成された画像データ、及びＦＡＸ、ＩＦＡＸ等で受信された画像データを用紙にプリントアウトする。そのため、記録部１２は、プリンタコントローラ１２ａ、及びプリンタエンジン１２ｂを備えている。なお、制御部１１、記録部１２等は、所定時間以上連続してプリントアウトが行われない場合に電源が遮断（オフ）され、低消費電力状態となる。一方、制御部１１、記録部１２等では、上述したように、起動信号出力部１０４から出力された起動信号を受けて電源供給が開始され、通常電力状態となる。
【００４３】
プリンタコントローラ１２ａは、演算を行うマイクロプロセッサ、言語処理プログラム、フォントデータなどを記憶する不揮発性のフラッシュメモリ（ＲＯＭ）、マイクロプロセッサに処理を実行させるための言語処理プログラム、フォントデータなどをフラッシュメモリからロードして記憶するとともに、演算結果などの各種データを一時的に記憶するＲＡＭなどにより構成されている。プリンタコントローラ１２ａは、ＲＡＭにロードされた言語処理プログラムなどを実行することにより、プリントデータ（ＰＤＬデータ）をラスターデータに展開したり、プリンタエンジン１２ｂを制御する機能を実現する。プリンタコントローラ１２ａは、展開したラスターデータをプリンタエンジン１２ｂに出力する。
【００４４】
プリンタエンジン１２ｂは、印刷を行う印刷機構である。プリンタエンジン１２ｂは、プリンタコントローラ１２ａによって制御され、プリンタコントローラ１２ａから入力されるラスターデータを用紙に印刷する。より詳細には、プリンタエンジン１２ｂは、給紙、ドラムへの帯電、レーザの照射、トナーの塗布、用紙への転写、定着等の印刷工程を実行し、ラスターデータの印刷を行う。
【００４５】
操作部１３は、ネットワーク複合機１の各機能を利用するために用いられる複数のキー、例えば、テンキー、短縮キー、スタートキー、ストップキー、及び各種のファンクションキー等を備えている。表示部１４は、ＬＣＤ等を用いた表示装置であり、ネットワーク複合機１の動作状態及び／又は各種設定内容等を表示する。読取部１５は、光源及びＣＣＤ等によって構成されており、紙文書等の原稿を設定された副走査線密度に応じてライン毎に読み取り、画像データを生成する。
【００４６】
コーデック１６は、読取部１５で読み取られた画像データを符号化圧縮するとともに符号化圧縮されている画像データを復号する。画像記憶部１７は、ＤＲＡＭ等で構成されており、コーデック１６で符号化圧縮された画像データ、ＦＡＸ受信された画像データ、及び、外部のＰＣ３０から受信されて符号化圧縮された画像データ等を記憶する。
【００４７】
モデム（変復調器）１８は、ディジタル信号とアナログ信号との間の変復調を行なう。また、モデム１８は、ディジタル命令信号（ＤＣＳ）等の各種機能情報の発生及び検出を行なう。ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１９は、モデム１８と接続されており、モデム１８と公衆交換電話網（ＰＳＴＮ）５０との接続を制御する。また、ＮＣＵ１９は、送信先のファクシミリ番号に対応した呼出信号の送出、及びその着信を検出する機能を備えている。
【００４８】
ＩＦＡＸ制御部２０は、インターネット環境を利用したＩＦＡＸ機能を司る。ＩＦＡＸ制御部２０は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って電子メールを送信する機能、及び、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）に従って電子メールを受信する機能を有している。ＩＦＡＸ制御部２０は、送信原稿をＴＩＦＦ形式等の画像データとして電子メールに添付し、メールアドレス（ＳＭＴＰサーバ）宛てに送信する。また、ＩＦＡＸ制御部２０は、設定された時間毎にＰＯＰサーバから電子メールを受信して添付ファイルをプリントアウトする。Ｗｅｂサーバ２１は、例えばＨＴＭＬで記述されたホームページ、ログインページ、及びファクシミリ操作ページ等のデータに対して、ＰＣ３０からアクセスして所定のＨＴＴＰタスクを実行することを可能にする。
【００４９】
次に、図３〜図５を併せて参照しつつ、ネットワーク複合機１の動作について説明する。図３は、ネットワーク複合機１による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャートの第１ページ目である。また、図４は、同フローチャートの第２ページ目である。図５は、第１の処理手順におけるＮＩＣ１０とＰＣ３０との間の通信手順を示すシーケンス図である。
【００５０】
ステップＳ１００では、ＳＹＮ信号が受信されたか否か、すなわち、セッション確立要求（ＳＹＮ信号）があるか否かの判断が行われる。ＳＹＮ信号が受信されていない場合には、ＳＹＮ信号が受信されるまで本ステップが繰り返して実行される。一方、ＳＹＮ信号が受信されたときには、ステップＳ１０２に処理が移行する。
【００５１】
ステップＳ１０２では、ＳＹＮ信号のＤｅｓｔｉｎａｔｉｏｎＰｏｒｔが、自機がサポートしているプロトコルのポート番号であるか否かについての判断が行われる。ここで、自機がサポートしているプロトコルのポート番号である場合にはステップＳ１０４に処理が移行する。一方、自機がサポートしていないプロトコルのポート番号であるときには、ステップＳ１００に処理が移行し、上述したステップＳ１００，Ｓ１０２の処理が再度実行される。
【００５２】
ステップＳ１０４では、受信データに基づいて、低消費電力状態からの復帰が必要なプロトコルであるか否かについての判断が行われる。ここで、低消費電力状態からの復帰が必要であると判断された場合には、ステップＳ１２２に処理が移行する。一方、低消費電力状態からの復帰が必要ではないと判断されたときには、図４のステップＳ１０６に処理が移行する。
【００５３】
ステップＳ１０６では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。続くステップＳ１０８では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、送信元との間でセッションが確立され、ステップＳ１１０に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００５４】
セッションが確立された場合、ステップＳ１１０では、ＴＣＰ／ＩＰデータ（プリントデータ）の受信処理が行われる。そして、続くステップＳ１１２において、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。続いて、ステップＳ１１４では、ＮＩＣ１０により、データに対する応答処理（レスポンス）が実行される。
【００５５】
次に、ステップＳ１１６では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮ信号が受信されていないときには、ＦＩＮ信号が受信されるまで本ステップが繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１１８において、ＰＣ３０に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１２０では、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、本処理が終了する。
【００５６】
一方、上述したステップＳ１０４が肯定された場合、すなわち低消費電力状態からの復帰が必要であると判断された場合には、ステップＳ１２２において、記録部１２（ネットワーク複合機１）が低消費電力状態であるか否かについての判断が行われる。ここで、記録部１２が通常電力状態であると判断された場合には、図４のステップＳ１２４に処理が移行する。一方、記録部１２が低消費電力状態であると判断されたときには、ステップＳ１４０に処理が移行する。
【００５７】
ステップＳ１２４では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。続くステップＳ１２６では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、ＰＣ３０との間でセッションが確立され、ステップＳ１２８に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００５８】
セッションが確立された場合、ステップＳ１２８では、ＴＣＰ／ＩＰデータの受信処理が行われる。そして、続くステップＳ１３０において、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。そして、ステップＳ１３２において、記憶部１０１に格納された受信データが記録部１２に転送される。
【００５９】
次に、ステップＳ１３４では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮ信号が受信されていないときには、ステップＳ１２８に処理が移行し、上述したステップＳ１２８〜Ｓ１３４の処理が繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１３６において、送信元に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１３８では、送信元からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、本処理が終了する。
【００６０】
上述したステップＳ１２２において、記録部１２（ネットワーク複合機１）が低消費電力状態であると判断された場合、ステップＳ１４０では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。なお、ＡＣＫ／ＳＹＮ信号が返されない場合、セッション確立要求を送ったＰＣ３０は、６秒、１２秒、２４秒、４８秒、７２秒と送信間隔を徐々に大きくしてセッション確立要求を繰り返し送信する。そして、７２秒経過した時点でＡＣＫ／ＳＹＮ信号が返ってこないときには、セッション確立要求処理を打ち切る。続くステップＳ１４２では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、ＰＣ３０との間でセッションが確立され、ステップＳ１４４に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００６１】
ステップＳ１４４では、記録部１２を起動するための起動信号が出力され、記録部１２への電源供給が開始される。続いて、ステップＳ１４６では、ｒｅｃｖ関数を用いて、受信バッファ１００ｆから数バイト（例えば１０バイト）ずつ受信データが読み出される。また、受信バッファ１００ｆの空き容量に応じた受信可能データ量がＴＣＰ／ＩＰに従ってＰＣ３０へ送信される（図５に示されるＡＣＫ（ｗｉｎ＝ｘｘｘｘ），ＡＣＫ（ｗｉｎ＝ｙｙｙｙ）、ここでｘｘｘｘ，ｙｙｙｙは受信可能データ量を表し、ｘｘｘｘ＞ｙｙｙｙである）。
【００６２】
ステップＳ１４８では、受信バッファ１００ｆからから読み出された受信データが記憶部１０１に記憶される。続いて、ステップＳ１５０では、記録部１２が低消費電力状態から通常電力状態に遷移したか否か（すなわち起動されプリント処理が可能な状態になったか否か）についての判断が行われる。ここで、記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ１５２に処理が移行する。一方、記録部１２が通常電力状態に遷移していない場合、すなわち起動中でプリント処理を行うことができない場合には、ステップＳ１４６に処理が移行し、ステップＳ１４６〜Ｓ１５０の処理が繰り返し実行される。その間、ＰＣ３０から受信されるデータ量よりも受信バッファ１００ｆから読み出されるデータ量が少なくなるため、受信バッファ１００ｆの空き容量が時間経過に伴って次第に減少し、所定時間経過後に、ＰＣ３０に対して受信可能データ量としてゼロ（又はゼロに近い値）が送信される（図５に示されるＡＣＫ（ｗｉｎ＝０））。より詳細には、ＮＩＣ１０で受信データの読み出しが実行されることに伴ってＰＣ３０に対してＡＣＫが帰される。ＰＣ３０はＡＣＫを受信すると、次のデータを（１回又は複数回に分けて）送信する。その際、ＰＣ３０は、受信した受信可能データ量より小さいパケットサイズを設定してデータを送信する。よって、読み出しが１回実行されれば、（1回又は複数回）データが受信される。そのため、ステップＳ１４６では、１回の読み出し量が、ＡＣＫ１回あたりの受信データ量よりも小さくなるように受信データの読み出しが行われる。その結果、セッションを張った状態でＰＣ３０による送信データの送出が抑制される持続接続制御に移行し、記録部１２が起動するまで、持続接続制御が継続して実行される。
【００６３】
より具体的には、図５に示されるように、ネットワーク複合機１がｗｉｎｄｏｗｓ ｓｉｚｅがゼロのＡＣＫ（ｗｉｎ＝０）を返すと、ＰＣ３０は、受信バッファ１００ｆが空いたか否かを問い合わせる信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）を定期的に送出する。この信号に対して、持続接続制御が継続されている間、ＮＩＣ１０は、受信バッファ１００ｆに空き容量がないことを示す信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）を返す。すなわち、持続接続制御が維持されている間、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）に対してＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）が返信される。より詳細には、受信バッファ１００ｆの空き容量が所定値（例えば、受信バッファ容量の半分）より少ない場合には、正確な空き容量を受信可能データ量として送信するのではなく、受信可能データ量としてゼロを送信する。従って、持続接続制御から通常制御に移行した直後においても、空き容量が所定値に達するまでは、受信可能データ量としてゼロが送信され、空き容量が所定値に達した後、正確な空き容量が受信可能データ量として送信される。なお、受信可能データ量として、ゼロの代わりに、ＰＣ３０の最小送信可能データ量よりも小さい値を設定してもよい。
【００６４】
記録部１２の起動が完了した場合、ステップＳ１５２では、記憶部１０１に記憶された受信データが記録部１２に転送される。続いて、ステップＳ１５４では、持続接続制御が解除され、通常のＴＣＰ／ＩＰデータの受信処理（受信バッファ１００ｆから数Ｋバイトずつ受信データを読み出す処理）が実行される。そのため、受信バッファ１００ｆの空き容量が急激に増大することにより、持続接続制御が解除され、ＰＣ３０に対してデータの送信が許可される。より具体的には、持続接続制御を解除するときには、受信バッファ１００ｆからの読み出し量が持続接続制御時よりも大幅に増大されることにより、図５に示されるように、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）に対し、（ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）に代えて）受信可能データ量を示すＡＣＫ（ｗｉｎ＝ｘｘｘｘ）が返信される。これにより、ＰＣ３０によるデータ送信が開始される。
【００６５】
次に、ステップＳ１５６では、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。そして、続くステップＳ１５８において、記憶部１０１に格納された受信データが記録部１２に転送される。
【００６６】
続いて、ステップＳ１６０では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮが受信されていないときには、ステップＳ１５４に処理が移行し、上述したステップＳ１５４〜Ｓ１６０の処理が繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１６２において、送信元に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１６４では、送信元からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、ステップＳ１６６に処理が移行する。
【００６７】
ステップＳ１６６では、記録部１２（ネットワーク複合機１）の低消費電力状態への移行を指示する信号が出力され、ＮＩＣ１０を除いて記録部１２（ネットワーク複合機１）への電力供給が停止（遮断）される。その後、本処理が終了する。
【００６８】
本実施形態によれば、ＮＩＣ１０と制御部１１、記録部１２〜Ｗｅｂサーバ２１とを備えて構成され、例えば待機時に、記録部１２等が低消費電力状態（省エネモード）にされるとともに、ＮＩＣ１０のみが稼動されて、データの待ち受け動作が行われる。よって、データの待ち受け時に、ネットワーク複合機１の一部、すなわちＮＩＣ１０を除いて低消費電力状態にすることができるため、ネットワーク複合機１の消費電力を低減することができる。また、ＬＡＮ５１を介してセッション確立要求信号が受信された場合に、ＰＣ３０との間でセッションが確立されるとともに、記録部１２に対して起動信号が出力される。そして、記録部１２が起動するまでの間、セッションを張った状態を保持しつつＰＣ３０に対してデータの送信を禁止する持続接続制御が実行される。よって、使用されるプロトコル、及びデータの送信元であるＰＣ３０のＯＳに制約されることなく、低消費電力状態からの起動中にＰＣ３０によるデータの送出を制御（禁止／許可）することが可能となる。
【００６９】
また、本実施形態によれば、記録部１２が起動するまで、受信可能データ量がＰＣ３０の最小送信可能データ量よりも小さくなるように、受信バッファ１００ｆから読み出されるデータ量が非持続接続制御時（すなわち通常制御時）よりも少なくされる。よって、ＰＣ３０から受信されるデータ量よりも受信バッファ１００ｆから読み出されるデータ量が少なくなるため、受信バッファ１００ｆの空き容量が減少し、受信可能データ量としてＰＣ３０の最小送信可能データ量よりも小さな値（典型的にはゼロ）がＰＣ３０に対して送信される。その結果、セッションを張った状態でＰＣ３０による送信データの送出を抑制すること、すなわち持続接続制御を実現することが可能となる。
【００７０】
さらに、本実施形態によれば、記録部１２の起動が完了し、プリントデータのプリントアウトが可能となったときに、持続接続制御が終了される。これにより、ＰＣ３０に対してデータの送信が許可される。なお、持続接続制御が終了される時点では、既にセッションが張られているため、迅速にデータ通信を開始することができる。
【００７１】
また、本実施形態によれば、記録部１２が起動され、持続接続制御が終了されるときに、受信バッファ１００ｆから読み出されるデータ量が持続接続制御時よりも増やされ、受信バッファ１００ｆの空き容量（すなわち受信可能データ量）がＰＣ３０の最小送信可能データ量よりも大きくされる。そして、その空き容量に応じたサイズが受信可能データ量としてセッション確立要求信号を送信したＰＣ３０に送信される。そのため、ＰＣ３０が送信データを送出することができるようになり、記録部１２の起動後に、持続接続制御から通常制御に円滑に移行することが可能となる。
【００７２】
また、本実施形態によれば、記録部１２を起動する必要がある場合にのみ、記録部１２が起動される。そのため、記録部１２の稼働時間を必要最小限に抑えることができる。よって、ネットワーク複合機１の消費電力をより低減することが可能となる。
【００７３】
また、本実施形態によれば、記録部１２を起動する必要がない場合には、記録部１２が起動されることなく、ＮＩＣ１０側で受信データに対する応答が行われる。そのため、記録部１２の不必要な起動を抑制することができる。よって、ネットワーク複合機１の消費電力をより低減することが可能となる。
【００７４】
［第２制御形態］
上述した制御形態では、持続接続制御部１０６が、受信バッファ１００ｆから読み出す受信データの量（すなわち受信可能データ量）を調節することにより持続接続制御を実現したが、記録部１２が起動したと判定されるまで、実際の受信可能データ量に関係なく、自機の受信可能データ量として、ＰＣ３０の最小送信可能データ量よりも小さい値（例えばゼロ）をＰＣ３０へ送信することにより持続接続制御を実現してもよい。よって、次に、図６及び図７を併せて参照しつつ、持続接続制御の第２の制御形態について説明する。ここで、図６は、ネットワーク複合機１による通信処理（持続接続制御処理）の第２の処理手順を示すフローチャートである。また、図７は、第２の処理手順におけるＮＩＣ１０とＰＣ３０との間の通信手順を示すシーケンス図である。
【００７５】
まず、ステップＳ２００では、ＮＩＣ１０のＩＰアドレス、待ち受けポート番号を用いて、ＴＣＰ／ＩＰ ＡＰＩのＢｉｎｄが実行される。これにより、ジョブを受け付けるソケットと、ＩＰアドレスとポート番号とから構成されるローカルアドレスとが関連付けられる（すなわちｂｉｎｄされる）。続いて、ステップＳ２０２では、ＴＣＰ／ＩＰ ＡＰＩのＬｉｓｔｅｎが実行されて、セッション確立可能状態にされる。これにより、ステップＳ２００においてｂｉｎｄされたソケットでセッション確立要求（接続要求）を待ち受けることが可能となる。
【００７６】
続くステップＳ２０４では、ＴＣＰ／ＩＰ ＡＰＩのＡｃｃｅｐｔ処理が実行されたか否かについての判断が行われる。ここで、Ａｃｃｅｐｔ処理が実行され、セッション確立要求を受け付けることにより、セッションが確立する。より具体的には、図７に示されるように、ＳＹＮ信号に対してＡＣＫ／ＳＹＮ信号を返すことによりセッションが確立する。その後、ステップＳ２０６に処理が移行する。一方、Ａｃｃｅｐｔ処理が実行されていないときには、Ａｃｃｅｐｔ処理が実行されるまで、本ステップが繰り返して実行される。
【００７７】
ステップＳ２０６では、セッションが確立されたＰＣ３０の情報とＮＩＣ１０のポート番号が記憶部１０１に保持される。続いて、ステップＳ２０８では、受信バッファ１００ｆ（受信ディスクリプタ）に新しい受信データ（Ｅｔｈｅｒｎｅｔフレーム）が格納されたか否かについての判断が行われる。ここで、新しい受信データが格納されていない場合には、新しい受信データが格納されるまで、本ステップが繰り返して実行される。一方、新しい受信データが格納されたときには、ステップＳ２１０に処理が移行する。
【００７８】
ステップＳ２１０では、受信バッファ１００ｆ（受信ディスクリプタ）のデータが、セッションが確立されたＰＣ３０からの受信データか否かについての判断が行われる。ここで、セッションが確立されたＰＣ３０からの受信データではない場合には、ステップＳ２２６において、ＴＣＰ／ＩＰプロトコルスタックに受信データが転送された後、本処理から一旦抜ける。一方、セッションが確立されたＰＣ３０からの受信データである場合には、ステップＳ２１２に処理が移行する。
【００７９】
ステップＳ２１２では、受信された受信データ（Ｅｔｈｅｒｎｅｔフレーム）が記憶部１０１に保持される。続くステップＳ２１４では、低消費電力状態の記録部１２に対して、該記録部１２を起動するための起動信号が出力され、記録部１２への電源供給が開始される。
【００８０】
続いて、ステップＳ２１６では、ｗｉｎｄｏｗｓ ｓｉｚｅがゼロのＡＣＫデータ（Ｅｔｅｒｎｅｔフレーム）が生成されて、送信バッファ１００ｇ（送信ディスクリプタ）に格納され、その後、送信される（図７に示されるＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０））。
【００８１】
次に、ステップＳ２１８では、ＰＣ３０から受信バッファ１００ｆが空いたか否かを問い合わせる信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）が受信されたか否かについての判断が行われる。ここで、該信号が受信されていない場合には、該信号が受信されるまで本ステップが繰り返して実行される。一方、該信号が受信されたときには、ステップＳ２２０に処理が移行する。
【００８２】
ステップＳ２２０では、記録部１２が低消費電力状態から通常電力状態に遷移したか否か、すなわち起動されプリント処理が可能な状態になったか否かについての判断が行われる。ここで、記録部１２が通常電力状態に遷移していない場合、すなわち起動中でプリント処理を行うことができない場合には、ステップＳ２２２に処理が移行する。一方、記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ２２４に処理が移行する。
【００８３】
記録部１２が起動中である場合、持続接続制御が継続されて実行される。すなわち、ＮＩＣ１０は、受信バッファ１００ｆに空き容量がないことを示す信号ＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０）を返す（図７参照）。すなわち、持続接続制御が維持されている間、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅに対してＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０）が返信される。なお、この場合、実際の受信バッファ１００ｆの空き容量（受信可能データ量）にかかわらず、受信可能データ量としてゼロが送信される。その後、ステップＳ２１８に処理が移行し、記録部１２が起動するまで、上述したステップＳ２１８〜Ｓ２２２の処理が繰り返して実行され、持続接続制御が行われる。
【００８４】
記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ２２４において、受信され記憶部１０１に記憶されている受信データ（Ｅｔｅｒｎｅｔフレーム）がＴＣＰ／ＩＰプロトコルスタックを介して記録部１２に転送される。また、持続接続制御が解除され、通常の返信処理（図７に示されるＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝１４６０））が実行される。その後、本処理から一旦抜ける。
【００８５】
本実施形態によれば、受信バッファ１００ｆからの読み出し量を調節することなく、送信データに含まれる受信可能データ量を直接操作することによって持続接続制御に持ち込むことができる。よって、使用されるプロトコル、及びデータの送信元であるＰＣ３０のＯＳに制約されることなく、低消費電力状態からの起動中にＰＣ３０によるデータの送出をより適切に制御（禁止／許可）することが可能となる。
【００８６】
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記実施形態では、本発明に係るネットワーク機器としてネットワーク複合機を例に挙げたが、ネットワーク複合機には限られない。例えば、テレビなどのネットワーク家電、ネットワークに接続されて使用される工作機械、産業機械、無人搬送車などであってもよい。
【００８７】
また、上記実施形態では、低消費電力状態を取り得る対象として、記録部１２を挙げて説明したが、ＩＦＡＸ制御部２０、Ｗｅｂサーバ２１等に対しても同様に処理することができる。さらに、上記実施形態では、記録部１２（ネットワーク複合機１）が、低消費電力状態（省エネモード）と通常電力状態（通常モード）との２つの状態を取る構成としたが、より多くの電力状態、例えば、さらに中間の状態として待機状態（待機モード）を取り得るように構成されていてもよい。なお、その場合、低消費電力状態から待機状態に移行し、該待機状態でデータの処理を行った後、再び低消費電力状態に戻るような動作を行ってもよい。
【００８８】
上記実施形態では、通信端末がＰＣである場合を例にして説明したが、通信端末はＰＣに限られない。例えば、通信端末はネットワーク複合機等であってもよい。また、用いる通信プロトコル等は上記実施形態には限られない。
【００８９】
上記実施形態では、低消費電力状態にあるときに、ＮＩＣ１０全体へ電力が供給される構成としたが、このような構成には限られない。例えば、ＮＩＣが複数の部分から構成されており、低消費電力状態にあるときには、その一部に対してのみ電力が供給され、他の部分に対しては電力の供給が停止される構成としてもよい。
【符号の説明】
【００９０】
１ ネットワーク複合機
１０ ＮＩＣ
１００ 送受信部
１００ａ ＬＡＮデバイス部
１００ｂ ＰＨＹ部
１００ｃ ＭＡＣ部
１００ｄ 送信部
１００ｅ 受信部
１００ｆ 受信バッファ（受信ディスクリプタ）
１００ｇ 送信バッファ（送信ディスクリプタ）
１００ｈ ＴＣＰ／ＩＰプロトコルスタック
１０１ 記憶部
１０２ 電力状態判定部
１０３ 起動要否判定部
１０４ 起動信号出力部
１０５ 応答データ生成部
１０６ 持続接続制御部
１１ 制御部
１２ 記録部
１３ 操作部
１４ 表示部
１５ 読取部
１６ コーデック
１７ 画像記憶部
１８ モデム
１９ ＮＣＵ
２０ ＩＦＡＸ制御部
２１ Ｗｅｂサーバ
２３ バス
３０ パーソナルコンピュータ
５１ ＬＡＮ
【技術分野】
【０００１】
本発明は、ネットワークに接続して使用されるネットワーク機器に関し、特に、低消費電力状態を取り得るネットワーク機器に関する。
【背景技術】
【０００２】
近年、ＣＯ２排出量削減等の観点から、電気機器の低消費電力化が社会的に求められている。例えばＬＡＮ等のネットワークに接続されるネットワーク機器においては、待機時にＣＰＵやハードディスク等の電源を停止し、ネットワークに直接接続しているネットワークインターフェースコントローラ（以下「ＮＩＣ」という）のみを動作させることにより省電力化を実現したものが知られている。このようなネットワーク機器の一例として、待機時にプリンタコントローラ、プリンタエンジン等への電力供給を停止する低消費電力状態に移行するネットワークプリンタがある。このようなネットワークプリンタでは、低消費電力状態にあるときにＮＩＣのみを稼働させておき、外部のホストコンピュータ（以下「通信端末」ともいう）から送られてくるプリントデータを待ち受けるとともに、プリントデータを受信したときに、プリンタコントローラ等を低消費電力状態から通常電力状態へ復帰させるように構成されている。
【０００３】
ここで、プリンタコントローラ等の起動中はプリントデータの処理ができない。よって、起動中にプリントデータを受け取らないようにするために、プリンタコントローラ等を起動している間は通信端末とセッションを張らない構成とすることも考えられる。しかしながら、このような構成にした場合、通信端末は所定の時間を空けてセッション確立要求を繰り返し送出することとなる。そのため、プリンタコントローラ等の起動が終了し、通信端末とセッションを張ることが可能な状態になったとしても、通信端末からセッション確立要求が再送されるまではセッションを張ることができない。そのため、プリントデータの処理が可能になっているにもかかわらず、受信処理及びプリントデータのデータ処理を開始することができず、処理の開始が遅れるという問題が生じ得る。さらに、一定時間以上応答が無くタイムアウトした場合には、セッションを確立することができないと判断され、通信端末側でエラーとなるおそれがある。
【０００４】
このような問題を解決するために、特許文献１には、ＰＤＬボードが動作可能な状態に復帰したことが確認できるまで、プリント要求の発信元（通信端末）に対して拒否信号（ＮＡＣＫ）を送出し続けることにより、データ送信を禁止する複合機が開示されている。この複合機では、省エネモード中に、メインボードがインターフェース経由で端末装置からプリント要求を受信した場合、電源回路の機能が有効化されて省エネモードから待機モードを経て通常モードへの復帰が開始される。これと同時に、メインボードの制御部は、ＰＤＬボードの状態を監視し、ＰＤＬボードの動作可能状態への復帰完了が確認できるまで、プリント要求の発信元に対して拒否信号（ＮＡＣＫ）を送出し、端末装置に対してデータ送信を禁止する。そして、復帰完了が確認できると、プリント要求を許可する信号（ＡＣＫ）を発信元に対して送出し、データ送信を許可する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３１１８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ネットワーク通信制御において、ＮＡＣＫを使用できるプロトコルは、特定のプロトコル（例えばＬＰＲプロトコル（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ））に限られる。また、ＬＰＲを使用する場合であっても、ホストコンピュータがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）としてＷｉｎｄｏｗｓ（登録商標、以下同様）を採用している場合には、ＮＡＣＫは無視され有効に機能しない。したがって、特許文献１記載の複合機による制御方法では、ＬＰＲ以外のプロトコルを利用する場合、及び、ＷｉｎｄｏｗｓをＯＳとして採用している通信端末に対しては有効に機能しない。すなわち、汎用性に乏しいという問題があった。
【０００７】
本発明は、上記問題点を解消する為になされたものであり、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、低消費電力状態からの起動中に、通信端末によるデータの送出を制御することが可能なネットワーク機器を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るネットワーク機器は、ネットワークを介して通信端末と接続され、該通信端末との間で通信を行なう通信手段と、通信手段と通信路を介して接続され、第１電力状態と該第１電力状態よりも消費電力の少ない第２電力状態とを取ることができ、通信手段により受信された受信データを第１電力状態にあるときに処理する処理手段とを備える。上記通信手段は、通信端末との間でネットワークを介してデータを送受信する送受信手段と、処理手段の電力状態を判定する判定手段と、送受信手段により通信端末からのデータが受信され、かつ、判定手段により処理手段が第２電力状態であると判定された場合に、該処理手段の電力状態を第１電力状態に移行させるための移行信号を出力する移行手段と、送受信手段により通信端末からのセッション確立要求信号が受信され、かつ、移行手段により移行信号が出力された場合に、該通信端末との間にセッションを確立するとともに、処理手段の電力状態が第１電力状態に移行されるまでの間、セッションを張った状態で通信端末に対してデータの送信を禁止させる持続接続制御を実行する持続接続制御手段とを有することを特徴とする。
【０００９】
本発明に係るネットワーク機器によれば、通信手段と処理手段とを備えて構成され、例えば待機時に、処理手段が消費電力のより少ない第２電力状態（低消費電力状態）にされるとともに、通信手段のみが稼動されて、データの待ち受け動作が行われる。よって、データの待ち受け時に、ネットワーク機器の一部、すなわち通信手段を除いて消費電力がより少ない状態にすることができるため、ネットワーク機器の消費電力を低減することができる。また、ネットワークを介してセッション確立要求信号が受信された場合に、通信端末との間でセッションが確立されるとともに、処理手段に対して移行信号が出力される。そして、処理手段の電力状態が第１電力状態に移行（起動）するまでの間、セッションを張った状態を保持しつつ通信端末に対してデータの送信を禁止する持続接続制御が実行される。よって、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、第２電力状態からの起動中に通信端末によるデータの送出を制御することが可能となる。
【００１０】
本発明に係るネットワーク機器では、通信手段が、通信端末から受信される受信データを一時的に格納する受信バッファを有し、送受信手段が、受信バッファの空き容量に応じた受信可能データ量を所定の通信プロトコルに従って通信端末へ送信し、持続接続制御手段が、判定手段により処理手段の電力状態が第１電力状態に移行したと判定されるまで、受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、受信バッファから読み出すデータ量を非持続接続制御時よりも少なくすることが好ましい。
【００１１】
このようにすれば、処理手段の電力状態が第１電力状態に移行（起動）するまで、受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、受信バッファから読み出されるデータ量が非持続接続制御時（すなわち通常制御時）よりも少なくされる。よって、該通信端末から受信されるデータ量よりも受信バッファから読み出されるデータ量が少なくなるため、受信バッファの空き容量が減少し、受信可能データ量として該通信端末の最小送信可能データ量よりも小さな値（典型的にはゼロ）が該通信端末に対して送信される。その結果、セッションを張った状態で該通信端末による送信データの送出を抑制すること、すなわち持続接続制御を実現することが可能となる。
【００１２】
本発明に係るネットワーク機器では、処理手段の電力状態が第１電力状態に移行したと判定された場合に、持続接続制御手段が、持続接続制御を終了してセッション確立信号を送信した通信端末に対してデータの送信を許可することが好ましい。
【００１３】
この場合、処理手段の電力状態の第１電力状態への移行（起動）が完了し、受信データのデータ処理が可能となったときに、持続接続制御が終了される。これにより、通信端末に対してデータの送信が許可される。なお、持続接続制御が解除される時点では、既にセッションが張られているため、迅速にデータ通信を開始することができる。
【００１４】
本発明に係るネットワーク機器では、持続接続制御手段が、持続接続制御を終了してセッション確立要求信号を送信した通信端末に対してデータの送信を許可する場合、受信可能データ量が該通信端末の最小送信可能データ量よりも大きくなるように、受信バッファから読み出すデータ量を持続接続制御時よりも多くすることが好ましい。
【００１５】
この場合、処理手段の電力状態が第１電力状態に移行（起動）され、持続接続制御が終了されるときに、受信バッファから読み出されるデータ量が持続接続制御時よりも増やされ、受信バッファの空き容量（すなわち受信可能データ量）が通信端末の最小送信可能データ量よりも大きくされる。そして、その空き容量に応じたサイズが受信可能データ量としてセッション確立要求信号を送信した通信端末に送信される。そのため、該通信端末が送信データを送出することができるようになり、処理手段の電力状態が第１電力状態へ移行された後に、持続接続制御から通常制御に円滑に移行することが可能となる。
【００１６】
本発明に係るネットワーク機器では、通信手段が、送受信手段によりデータが受信され、かつ、判定手段により処理手段が第２電力状態であると判断された場合に、処理手段の電力状態を第１電力状態に移行する必要があるか否かを判定する移行判定手段を備え、移行判定手段により処理手段の電力状態を第１電力状態に移行する必要があると判定された場合に、移行手段が移行信号を出力し、処理手段の電力状態が第１電力状態に移行されるまで、持続接続制御手段が、セッションを張った状態で通信端末に対してデータの送信を禁止させることが好ましい。
【００１７】
この場合、処理手段の電力状態を第１電力状態に移行（起動）する必要がある場合にのみ、処理手段の電力状態が第１電力状態に移行される。そのため、処理手段の稼働時間を必要最小限に抑えることができる。よって、ネットワーク機器の消費電力をより低減することが可能となる。
【００１８】
本発明に係るネットワーク機器では、通信手段が、移行判定手段により、処理手段の電力状態を第１電力状態に移行する必要がないと判定された場合に、送受信手段により受信されたデータに対する応答を生成する生成手段を有し、送受信手段が、移行判定手段により処理手段の電力状態を第１電力状態に移行する必要がないと判定された場合に、生成手段により生成された応答を通信端末へ出力することが好ましい。
【００１９】
このようにすれば、処理手段の電力状態を第１電力状態に移行（起動）する必要がない場合には、処理手段の電力状態が第１電力状態に移行されることなく、通信手段側で受信データに対する応答が行われる。そのため、処理手段の電力状態の不必要な第１電力状態への移行を抑制することができる。よって、ネットワーク機器の消費電力をより低減することが可能となる。
【００２０】
本発明に係るネットワーク機器では、持続接続制御手段が、判定手段により処理手段の電力状態が第１電力状態に移行したと判定されるまで、受信可能データ量として、通信端末の最小送信可能データ量よりも小さい値を所定の通信プロトコルに従って通信端末へ送信するように送受信手段を制御することが好ましい。
【００２１】
このようにすれば、受信バッファからの読み出し量を調節することなく、送信データに含まれる受信可能データ量を直接操作することによって持続接続制御に持ち込むことが可能となる。
【００２２】
なお、本発明に係るネットワーク機器では、上記所定の通信プロトコルとして、ＴＣＰ／ＩＰが好適に利用される。また、本発明に係るネットワーク機器では、上記処理手段として、通信手段により受信されたプリントデータを用紙にプリントアウトするプリンタが好適に用いられる。
【発明の効果】
【００２３】
本発明によれば、使用されるプロトコル、及びデータの送信元である通信端末のＯＳに制約されることなく、低消費電力状態からの起動中に通信端末によるデータの送出を制御することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施形態に係るネットワーク複合機の全体構成を示すブロック図である。
【図２】ネットワーク複合機を構成するＮＩＣの送受信部の構成を示すブロック図である。
【図３】ネットワーク複合機による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャート（第１ページ目）である。
【図４】ネットワーク複合機による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャート（第２ページ目）である。
【図５】第１の処理手順におけるＮＩＣとＰＣとの間の通信手順を示すシーケンス図である。
【図６】ネットワーク複合機による通信処理（持続接続制御処理）の第２の処理手順を示すフローチャートである。
【図７】第２の処理手順におけるＮＩＣとＰＣとの間の通信手順を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。なお、ここでは、実施形態に係るネットワーク機器としてネットワーク複合機（ＭＦＰ）を例にして説明する。また、ネットワーク複合機がＬＡＮを介してパーソナルコンピュータ（以下「ＰＣ」という。特許請求の範囲に記載の通信端末に相当）と接続されているネットワークシステムを例にして説明する。なお、例示するネットワークシステムは、理解を容易にするためにその構成を簡略化したものである。まず、図１及び図２を併せて用いて、ネットワーク複合機１の全体構成について説明する。図１は、ＬＡＮ５１に接続されたネットワーク複合機１の全体構成を示すブロック図である。図２は、ネットワーク複合機１を構成するＮＩＣ１０の送受信部１００の構成を示すブロック図である。
【００２６】
ネットワーク複合機１は、待機時に低消費電力状態（省エネルギー状態）を取り得るネットワーク複合機であり、原稿を読み取り画像データを生成するスキャナ機能、読み取り生成した画像データを用紙に記録するコピー機能、及びファクシミリ通信により受信した画像データを用紙に記録するＦＡＸ受信機能に加え、ＬＡＮ５１を介して接続されているＰＣ３０から受信した画像データを用紙に記録するＰＣプリント機能を備えている。また、ネットワーク複合機１は、読み取った画像データをファクシミリ送信するＦＡＸ送信機能に加え、外部のＰＣ３０から受信した画像データをファクシミリ送信するＰＣ−ＦＡＸ機能を備えている。さらに、ネットワーク複合機１は、電子メールを利用してＩＰ網経由で画像データを送受信するインターネットＦＡＸ（ＩＦＡＸ）機能等も有している。
【００２７】
これらの各機能を実現するためにネットワーク複合機１は、ＮＩＣ１０、制御部１１、記録部１２、操作部１３、表示部１４、読取部１５、コーデック１６、画像記憶部１７、モデム１８、ＮＣＵ１９、ＩＦＡＸ制御部２０、及び、Ｗｅｂサーバ２１等を備えている。なお、上記各部は、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）又はＰＣＩ Ｅｘｐｒｅｓｓ等のバス２３（特許請求の範囲に記載の通信路に相当）を介して相互に通信可能に接続されている。ここで、ＮＩＣ１０は、特許請求の範囲に記載された通信手段に相当し、それ以外の制御部１１〜Ｗｅｂサーバ２１は、特許請求の範囲に記載の処理手段に相当する。なお、以下、記録部１２が低消費電力状態（特許請求の範囲に記載の第２電力状態に相当）と通常電力状態（特許請求の範囲に記載の第１電力状態に相当）とを取り、ＰＣ３０からＬＡＮ５１を介してプリントデータが送られてくる場合を例にして説明する。
【００２８】
ＮＩＣ１０は、各種通信プロトコルの送受信制御処理、及び各種通信プロトコル上のデータ解析処理及びデータ作成処理を行なうネットワークインターフェースである。ＮＩＣ１０は、ＬＡＮ５１を介してＰＣ３０に接続されており、ＰＣ３０との間で、例えばＴＣＰ／ＩＰに従ってデータの通信を行なう。なお、待機時すなわちネットワーク複合機１が低消費電力状態（省エネルギー状態）にあるときであっても、ＮＩＣ１０には電力が供給される。
【００２９】
ＮＩＣ１０は、演算を行なうマイクロプロセッサ、マイクロプロセッサに各処理を実行させるためのプログラム等を記憶するＲＯＭ、マイクロプロセッサにより制御されて通信処理を行う通信用チップ（ＩＣ）、及び通信用チップにより受信され、該通信用チップから読み出された受信データなどを一時的に記憶するＲＡＭ等により構成されている。なお、ＮＩＣ１０は、上述したマイクロプロセッサ、通信用チップ、ＲＯＭ、ＲＡＭ等がワンチップに収められたマイクロコンピュータを用いて構成してもよい。
【００３０】
ＮＩＣ１０では、上述したハードウェアとソフトウェアの組み合わせにより、送受信部１００、記憶部１０１、電力状態判定部１０２、起動要否判定部１０３、起動信号出力部１０４、応答データ生成部１０５、持続接続制御部１０６が構築されている。
【００３１】
送受信部１００は、例えばＰＣ３０からＬＡＮ５１を介してネットワークパケット（プリントデータ等）を受信する。また、送受信部１００は、応答データ生成部１０５等によって生成された応答データ等をＬＡＮ５１を介してＰＣ３０へ出力する。すなわち、送受信部１００は、特許請求の範囲に記載の送受信手段として機能する。そのため、送受信部１００は、図２に示されるように、ＬＡＮデバイス部１００ａ、受信バッファ１００ｆ、送信バッファ１００ｇ、及びＴＣＰ／ＩＰプロトコルスタック１００ｈを有している。
【００３２】
ＬＡＮデバイス部１００ａは、Ｅｔｈｅｒｎｅｔ（登録商標、以下同様）などのインターフェースにおいて、論理信号と電気的な信号との変換を行うＰＨＹ（ＰＨＹｓｉｃａｌ Ｌａｙｅｒ）部１００ｂ、及び、送信（ＴＸ）部１００ｄと受信（ＲＸ）部１００ｅとを含むＭＡＣ部１００ｃを備えている。ＭＡＣ部１００ｃは、受信部１００ｅを介して、ＰＨＹ部１００ｂから受信データ（Ｅｔｈｅｒｎｅｔフレーム）を取り出し、受信ディスクリプタにより特定される受信バッファ１００ｆに格納する。また、ＭＡＣ部１００ｃは、送信部１００ｄを介して、送信データ（Ｅｔｈｅｒｎｅｔフレーム）を送信ディスクリプタにより特定される送信バッファ１００ｇからＰＨＹ部１００ｂへ出力する。ここで、受信バッファ１００ｆ及び送信バッファ１００ｇそれぞれは、リング構造（又はチェーン構造）のバッファである。また、受信ディスクリプタには、受信されたデータを格納している受信バッファ１００ｆの先頭アドレス等が記録されており、送信ディスクリプタには、送信の順番を待っているデータが格納されている送信バッファ１００ｇの先頭アドレス等が記録されている。
【００３３】
ＴＣＰ／ＩＰプロトコルスタック１００ｈは、ネットワーク上で機能を実現するために必要なプロトコルを選んで、階層状に積み上げたソフトウェア群であり、アプリケーション層、トランスポート層、インターネットプロトコル（ＩＰ）層、物理層から構成されている。パケットがＴＣＰ／ＩＰプロトコルスタック１００ｈを通過するとき、各層のプロトコルは、基本ヘッダにフィールドを追加したり、そこからフィールドを削除したりする。ＴＣＰ／ＩＰプロトコルスタックＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）のｒｅｃｖ関数は、ＴＣＰ／ＩＰプロトコルスタック１００ｈを介して、受信バッファ１００ｆから受信データ（ＴＣＰデータ）の読み出し（受信操作）を行うための関数である。このｒｅｃｖ関数を通して、送られてきたデータを取得することができる。一方、ＴＣＰ／ＩＰプロトコルスタックＡＰＩのｓｅｎｄ関数は、接続が確立されたソケットを通してデータを送信するための関数である。このｓｅｎｄ関数を利用することにより、ＴＣＰ／ＩＰプロトコルスタック１００ｈを介して、送信バッファ１００ｇに送信データの書き込み（送信操作）を行うことができる。
【００３４】
電力状態判定部１０２は、例えば、記録部１２と接続されたポートのレベル（Ｈｉ又はＬｏｗ）に基づいて、記録部１２の電力状態を判定する。具体的には、電力状態判定部１０２は、ポートレベルがＨｉ（５Ｖ）の場合には通常電力状態（通常モード）と判定し、Ｌｏｗ（０Ｖ）のときには低消費電力状態（省エネモード）と判定する。すなわち、電力状態判定部１０２は、特許請求の範囲に記載の判定手段として機能する。
【００３５】
起動要否判定部１０３は、送受信部１００によりネットワークパケット（データ）が受信され、かつ、電力状態判定部１０２により記録部１２が低消費電力状態であると判断された場合に、記録部１２を起動（すなわち、記録部１２の電力状態を通常電力状態に移行）する必要があるか否かを判定する。すなわち、起動要否判定部１０３は、特許請求の範囲に記載の移行判定手段に相当する。ここで、記録部１２を起動する必要があるか否かは、例えば、ＮＩＣ１０のみで応答（レスポンス）可能かどうかで判断される。ちなみに、ＮＩＣ１０のみで応答可能な場合としては、例えば、ＴＣＰ／ＩＰレベルのコマンドであり、ＰＣ３０から定期的にＮＩＣ１０に対して送出されるＩＰＰのＧｅｔＰｒｉｎｔｅｒＡｔｔｒｉｂｕｔｅ応答、ＡＲＰ応答、ＳＮＭＰ応答、ＩＣＭＰ応答（例えばＰｉｎｇパケット応答）等が挙げられる。一方、ＮＩＣ１０のみで応答を返すことができない場合としては、例えば、ＬＰＤ、Ｐｏｒｔ９１００、ＩＰＰ等のＴＣＰ／ＩＰを用いたネットワークプリント制御が挙げられる。
【００３６】
起動信号出力部１０４は、起動要否判定部１０３により記録部１２を起動する必要があると判定された場合に、記録部１２又は電力供給を制御する電力制御部に対して、該記録部１２を低消費電力状態から通常電力状態へ移行させるための起動信号（特許請求の範囲に記載の移行信号に相当）を出力する。すなわち、起動信号出力部１０４は、特許請求の範囲に記載の移行手段として機能する。起動信号出力部１０４から起動信号が出力されると、記録部１２への電力供給が開始される。そして、記録部１２においてプログラムロード等の起動処理が実行され、記録部１２が起動される。記録部１２の起動が完了すると、上述したポートレベルがＨｉにセットされる。
【００３７】
応答データ生成部１０５は、起動要否判定部１０３により、記録部１２を起動する必要がないと判定された場合に、送受信部１００により受信されたデータに対する応答（レスポンス）データを生成する。例えば、応答データ生成部１０５は、上述したＧｅｔＰｒｉｎｔｅｒＡｔｔｒｉｂｕｔｅ、ＡＲＰ、ＳＮＭＰ、ＩＣＭＰ等に対する応答データを生成する。すなわち、応答データ生成部１０５は、特許請求の範囲に記載の生成手段として機能する。なお、応答データ生成部１０５により生成された応答データは、送受信部１００へ出力される。
【００３８】
持続接続制御部１０６は、送受信部１００により例えばＰＣ３０からのセッション確立要求信号が受信された場合、該セッション確立要求信号を送信したＰＣ３０との間にセッションを確立する。そして、持続接続制御部１０６は、電力状態判定部１０２の判定結果に基づいて、記録部１２が通常電力状態であるか否か（すなわちプリント処理を行える状態であるか否か）を判断し、低消費電力状態である場合（すなわちプリント処理を行えない状態である場合）には、電力状態判定部１０２により記録部１２が低消費電力状態から通常電力状態に遷移したと判定されるまで、セッションを張った状態でＰＣ３０に対してデータの送信を禁止する持続接続制御（キープアライブ）を実行する。一方、記録部１２が通常電力状態である場合には、持続接続制御を実行することなくＰＣ３０に対してデータの送信を許可する。すなわち、持続接続制御部１０６は、特許請求の範囲に記載の持続接続制御手段として機能する。
【００３９】
ここで、ＮＩＣ１０を構成する送受信部１００は、上述したように、ＰＣ３０等から所定のポートを通して受信される受信データを一時的に格納する、例えば４Ｋバイト程度の容量を持つ受信バッファ１００ｆを有し、送受信部１００は、受信バッファ１００ｆの空き容量に応じた受信可能データ量をＴＣＰ／ＩＰに従ってＰＣ３０等へ送信する。なお、受信バッファ１００ｆの空き容量が所定値以下（例えば半分以下）になった場合には、受信可能データ量としてゼロを送信する構成としてもよい。また、持続接続制御部１０６は、記録部１２が低消費電力状態であると判定された場合には、該記録部１２が低消費電力状態から通常電力状態に遷移したと判定されるまで、受信可能データ量がＰＣ３０の最小送信可能データ量よりも小さくなるように、受信バッファ１００ｆからｒｅｃｖ関数を用いて読み出すデータ量を非持続接続制御時（すなわち通常制御時）よりも少なく（例えば数バイト〜数十バイト）する。このように、受信バッファ１００ｆからＴＣＰ／ＩＰプロトコルスタック１００ｈを介して読み出すデータ量を調節することにより、持続接続制御部１０６は、持続接続制御を実現する。
【００４０】
また、持続接続制御部１０６は、持続接続制御を実行した場合に、記録部１２が低消費電力状態から通常電力状態に遷移したと判定されたとき（すなわち起動されたとき）に持続接続制御を終了し、セッション確立要求信号を送信したＰＣ３０に対してデータの送信を許可する。ここで、持続接続制御部１０６は、持続接続制御を終了してＰＣ３０に対してデータの送信を許可する場合、受信可能データ量がＰＣ３０の最小送信可能データ量よりも大きくなるように、受信バッファ１００ｆからｒｅｃｖ関数を用いて読み出すデータ量を持続接続制御時よりも多くする（例えば数百〜数Ｋバイト）ことにより通常制御（非持続接続制御）に移行させる。
【００４１】
図１に戻り説明を続ける。制御部１１は、演算を行なうマイクロプロセッサ、マイクロプロセッサに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果等の各種データを一時的に記憶するＲＡＭ、及びバックアップデータを記憶するバックアップＲＡＭ等により構成されている。制御部１１は、ＲＯＭに記憶されているプログラムを実行することにより、ネットワーク複合機１を構成するハードウェアを統合的に制御する。
【００４２】
記録部１２は、電子写真方式のプリンタであり、例えば、ＬＡＮ５１を介して接続されている外部のＰＣ３０から受信されるプリントデータ（例えばＰＤＬデータなど）を用紙にプリントアウトする。また、記録部１２は、読取部１５により読み取られ生成された画像データ、及びＦＡＸ、ＩＦＡＸ等で受信された画像データを用紙にプリントアウトする。そのため、記録部１２は、プリンタコントローラ１２ａ、及びプリンタエンジン１２ｂを備えている。なお、制御部１１、記録部１２等は、所定時間以上連続してプリントアウトが行われない場合に電源が遮断（オフ）され、低消費電力状態となる。一方、制御部１１、記録部１２等では、上述したように、起動信号出力部１０４から出力された起動信号を受けて電源供給が開始され、通常電力状態となる。
【００４３】
プリンタコントローラ１２ａは、演算を行うマイクロプロセッサ、言語処理プログラム、フォントデータなどを記憶する不揮発性のフラッシュメモリ（ＲＯＭ）、マイクロプロセッサに処理を実行させるための言語処理プログラム、フォントデータなどをフラッシュメモリからロードして記憶するとともに、演算結果などの各種データを一時的に記憶するＲＡＭなどにより構成されている。プリンタコントローラ１２ａは、ＲＡＭにロードされた言語処理プログラムなどを実行することにより、プリントデータ（ＰＤＬデータ）をラスターデータに展開したり、プリンタエンジン１２ｂを制御する機能を実現する。プリンタコントローラ１２ａは、展開したラスターデータをプリンタエンジン１２ｂに出力する。
【００４４】
プリンタエンジン１２ｂは、印刷を行う印刷機構である。プリンタエンジン１２ｂは、プリンタコントローラ１２ａによって制御され、プリンタコントローラ１２ａから入力されるラスターデータを用紙に印刷する。より詳細には、プリンタエンジン１２ｂは、給紙、ドラムへの帯電、レーザの照射、トナーの塗布、用紙への転写、定着等の印刷工程を実行し、ラスターデータの印刷を行う。
【００４５】
操作部１３は、ネットワーク複合機１の各機能を利用するために用いられる複数のキー、例えば、テンキー、短縮キー、スタートキー、ストップキー、及び各種のファンクションキー等を備えている。表示部１４は、ＬＣＤ等を用いた表示装置であり、ネットワーク複合機１の動作状態及び／又は各種設定内容等を表示する。読取部１５は、光源及びＣＣＤ等によって構成されており、紙文書等の原稿を設定された副走査線密度に応じてライン毎に読み取り、画像データを生成する。
【００４６】
コーデック１６は、読取部１５で読み取られた画像データを符号化圧縮するとともに符号化圧縮されている画像データを復号する。画像記憶部１７は、ＤＲＡＭ等で構成されており、コーデック１６で符号化圧縮された画像データ、ＦＡＸ受信された画像データ、及び、外部のＰＣ３０から受信されて符号化圧縮された画像データ等を記憶する。
【００４７】
モデム（変復調器）１８は、ディジタル信号とアナログ信号との間の変復調を行なう。また、モデム１８は、ディジタル命令信号（ＤＣＳ）等の各種機能情報の発生及び検出を行なう。ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１９は、モデム１８と接続されており、モデム１８と公衆交換電話網（ＰＳＴＮ）５０との接続を制御する。また、ＮＣＵ１９は、送信先のファクシミリ番号に対応した呼出信号の送出、及びその着信を検出する機能を備えている。
【００４８】
ＩＦＡＸ制御部２０は、インターネット環境を利用したＩＦＡＸ機能を司る。ＩＦＡＸ制御部２０は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って電子メールを送信する機能、及び、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）に従って電子メールを受信する機能を有している。ＩＦＡＸ制御部２０は、送信原稿をＴＩＦＦ形式等の画像データとして電子メールに添付し、メールアドレス（ＳＭＴＰサーバ）宛てに送信する。また、ＩＦＡＸ制御部２０は、設定された時間毎にＰＯＰサーバから電子メールを受信して添付ファイルをプリントアウトする。Ｗｅｂサーバ２１は、例えばＨＴＭＬで記述されたホームページ、ログインページ、及びファクシミリ操作ページ等のデータに対して、ＰＣ３０からアクセスして所定のＨＴＴＰタスクを実行することを可能にする。
【００４９】
次に、図３〜図５を併せて参照しつつ、ネットワーク複合機１の動作について説明する。図３は、ネットワーク複合機１による通信処理（持続接続制御処理）の第１の処理手順を示すフローチャートの第１ページ目である。また、図４は、同フローチャートの第２ページ目である。図５は、第１の処理手順におけるＮＩＣ１０とＰＣ３０との間の通信手順を示すシーケンス図である。
【００５０】
ステップＳ１００では、ＳＹＮ信号が受信されたか否か、すなわち、セッション確立要求（ＳＹＮ信号）があるか否かの判断が行われる。ＳＹＮ信号が受信されていない場合には、ＳＹＮ信号が受信されるまで本ステップが繰り返して実行される。一方、ＳＹＮ信号が受信されたときには、ステップＳ１０２に処理が移行する。
【００５１】
ステップＳ１０２では、ＳＹＮ信号のＤｅｓｔｉｎａｔｉｏｎＰｏｒｔが、自機がサポートしているプロトコルのポート番号であるか否かについての判断が行われる。ここで、自機がサポートしているプロトコルのポート番号である場合にはステップＳ１０４に処理が移行する。一方、自機がサポートしていないプロトコルのポート番号であるときには、ステップＳ１００に処理が移行し、上述したステップＳ１００，Ｓ１０２の処理が再度実行される。
【００５２】
ステップＳ１０４では、受信データに基づいて、低消費電力状態からの復帰が必要なプロトコルであるか否かについての判断が行われる。ここで、低消費電力状態からの復帰が必要であると判断された場合には、ステップＳ１２２に処理が移行する。一方、低消費電力状態からの復帰が必要ではないと判断されたときには、図４のステップＳ１０６に処理が移行する。
【００５３】
ステップＳ１０６では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。続くステップＳ１０８では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、送信元との間でセッションが確立され、ステップＳ１１０に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００５４】
セッションが確立された場合、ステップＳ１１０では、ＴＣＰ／ＩＰデータ（プリントデータ）の受信処理が行われる。そして、続くステップＳ１１２において、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。続いて、ステップＳ１１４では、ＮＩＣ１０により、データに対する応答処理（レスポンス）が実行される。
【００５５】
次に、ステップＳ１１６では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮ信号が受信されていないときには、ＦＩＮ信号が受信されるまで本ステップが繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１１８において、ＰＣ３０に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１２０では、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、本処理が終了する。
【００５６】
一方、上述したステップＳ１０４が肯定された場合、すなわち低消費電力状態からの復帰が必要であると判断された場合には、ステップＳ１２２において、記録部１２（ネットワーク複合機１）が低消費電力状態であるか否かについての判断が行われる。ここで、記録部１２が通常電力状態であると判断された場合には、図４のステップＳ１２４に処理が移行する。一方、記録部１２が低消費電力状態であると判断されたときには、ステップＳ１４０に処理が移行する。
【００５７】
ステップＳ１２４では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。続くステップＳ１２６では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、ＰＣ３０との間でセッションが確立され、ステップＳ１２８に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００５８】
セッションが確立された場合、ステップＳ１２８では、ＴＣＰ／ＩＰデータの受信処理が行われる。そして、続くステップＳ１３０において、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。そして、ステップＳ１３２において、記憶部１０１に格納された受信データが記録部１２に転送される。
【００５９】
次に、ステップＳ１３４では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮ信号が受信されていないときには、ステップＳ１２８に処理が移行し、上述したステップＳ１２８〜Ｓ１３４の処理が繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１３６において、送信元に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１３８では、送信元からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、本処理が終了する。
【００６０】
上述したステップＳ１２２において、記録部１２（ネットワーク複合機１）が低消費電力状態であると判断された場合、ステップＳ１４０では、受信されたＳＹＮ信号に対する応答として、ＡＣＫ／ＳＹＮ信号が送信される。なお、ＡＣＫ／ＳＹＮ信号が返されない場合、セッション確立要求を送ったＰＣ３０は、６秒、１２秒、２４秒、４８秒、７２秒と送信間隔を徐々に大きくしてセッション確立要求を繰り返し送信する。そして、７２秒経過した時点でＡＣＫ／ＳＹＮ信号が返ってこないときには、セッション確立要求処理を打ち切る。続くステップＳ１４２では、送信されたＡＣＫ／ＳＹＮ信号に対するレスポンスとして、ＰＣ３０からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信された場合には、ＰＣ３０との間でセッションが確立され、ステップＳ１４４に処理が移行する。一方、ＡＣＫ信号がまだ受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返し実行される。
【００６１】
ステップＳ１４４では、記録部１２を起動するための起動信号が出力され、記録部１２への電源供給が開始される。続いて、ステップＳ１４６では、ｒｅｃｖ関数を用いて、受信バッファ１００ｆから数バイト（例えば１０バイト）ずつ受信データが読み出される。また、受信バッファ１００ｆの空き容量に応じた受信可能データ量がＴＣＰ／ＩＰに従ってＰＣ３０へ送信される（図５に示されるＡＣＫ（ｗｉｎ＝ｘｘｘｘ），ＡＣＫ（ｗｉｎ＝ｙｙｙｙ）、ここでｘｘｘｘ，ｙｙｙｙは受信可能データ量を表し、ｘｘｘｘ＞ｙｙｙｙである）。
【００６２】
ステップＳ１４８では、受信バッファ１００ｆからから読み出された受信データが記憶部１０１に記憶される。続いて、ステップＳ１５０では、記録部１２が低消費電力状態から通常電力状態に遷移したか否か（すなわち起動されプリント処理が可能な状態になったか否か）についての判断が行われる。ここで、記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ１５２に処理が移行する。一方、記録部１２が通常電力状態に遷移していない場合、すなわち起動中でプリント処理を行うことができない場合には、ステップＳ１４６に処理が移行し、ステップＳ１４６〜Ｓ１５０の処理が繰り返し実行される。その間、ＰＣ３０から受信されるデータ量よりも受信バッファ１００ｆから読み出されるデータ量が少なくなるため、受信バッファ１００ｆの空き容量が時間経過に伴って次第に減少し、所定時間経過後に、ＰＣ３０に対して受信可能データ量としてゼロ（又はゼロに近い値）が送信される（図５に示されるＡＣＫ（ｗｉｎ＝０））。より詳細には、ＮＩＣ１０で受信データの読み出しが実行されることに伴ってＰＣ３０に対してＡＣＫが帰される。ＰＣ３０はＡＣＫを受信すると、次のデータを（１回又は複数回に分けて）送信する。その際、ＰＣ３０は、受信した受信可能データ量より小さいパケットサイズを設定してデータを送信する。よって、読み出しが１回実行されれば、（1回又は複数回）データが受信される。そのため、ステップＳ１４６では、１回の読み出し量が、ＡＣＫ１回あたりの受信データ量よりも小さくなるように受信データの読み出しが行われる。その結果、セッションを張った状態でＰＣ３０による送信データの送出が抑制される持続接続制御に移行し、記録部１２が起動するまで、持続接続制御が継続して実行される。
【００６３】
より具体的には、図５に示されるように、ネットワーク複合機１がｗｉｎｄｏｗｓ ｓｉｚｅがゼロのＡＣＫ（ｗｉｎ＝０）を返すと、ＰＣ３０は、受信バッファ１００ｆが空いたか否かを問い合わせる信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）を定期的に送出する。この信号に対して、持続接続制御が継続されている間、ＮＩＣ１０は、受信バッファ１００ｆに空き容量がないことを示す信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）を返す。すなわち、持続接続制御が維持されている間、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）に対してＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）が返信される。より詳細には、受信バッファ１００ｆの空き容量が所定値（例えば、受信バッファ容量の半分）より少ない場合には、正確な空き容量を受信可能データ量として送信するのではなく、受信可能データ量としてゼロを送信する。従って、持続接続制御から通常制御に移行した直後においても、空き容量が所定値に達するまでは、受信可能データ量としてゼロが送信され、空き容量が所定値に達した後、正確な空き容量が受信可能データ量として送信される。なお、受信可能データ量として、ゼロの代わりに、ＰＣ３０の最小送信可能データ量よりも小さい値を設定してもよい。
【００６４】
記録部１２の起動が完了した場合、ステップＳ１５２では、記憶部１０１に記憶された受信データが記録部１２に転送される。続いて、ステップＳ１５４では、持続接続制御が解除され、通常のＴＣＰ／ＩＰデータの受信処理（受信バッファ１００ｆから数Ｋバイトずつ受信データを読み出す処理）が実行される。そのため、受信バッファ１００ｆの空き容量が急激に増大することにより、持続接続制御が解除され、ＰＣ３０に対してデータの送信が許可される。より具体的には、持続接続制御を解除するときには、受信バッファ１００ｆからの読み出し量が持続接続制御時よりも大幅に増大されることにより、図５に示されるように、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）に対し、（ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ ＡＣＫ（ｗｉｎ＝０）に代えて）受信可能データ量を示すＡＣＫ（ｗｉｎ＝ｘｘｘｘ）が返信される。これにより、ＰＣ３０によるデータ送信が開始される。
【００６５】
次に、ステップＳ１５６では、受信されたＴＣＰ／ＩＰデータが記憶部１０１に格納される。そして、続くステップＳ１５８において、記憶部１０１に格納された受信データが記録部１２に転送される。
【００６６】
続いて、ステップＳ１６０では、ＰＣ３０からのＦＩＮ信号が受信されたか否かについての判断が行われる。ここで、ＦＩＮが受信されていないときには、ステップＳ１５４に処理が移行し、上述したステップＳ１５４〜Ｓ１６０の処理が繰り返して実行される。一方、ＦＩＮ信号が受信された場合、ステップＳ１６２において、送信元に対してＡＣＫ／ＦＩＮ信号が返信される。その後、ステップＳ１６４では、送信元からのＡＣＫ信号が受信されたか否かについての判断が行われる。ここで、ＡＣＫ信号が受信されていないときには、ＡＣＫ信号が受信されるまで本ステップが繰り返して実行される。一方、ＡＣＫ信号が受信された場合には、セッションが解除され、ステップＳ１６６に処理が移行する。
【００６７】
ステップＳ１６６では、記録部１２（ネットワーク複合機１）の低消費電力状態への移行を指示する信号が出力され、ＮＩＣ１０を除いて記録部１２（ネットワーク複合機１）への電力供給が停止（遮断）される。その後、本処理が終了する。
【００６８】
本実施形態によれば、ＮＩＣ１０と制御部１１、記録部１２〜Ｗｅｂサーバ２１とを備えて構成され、例えば待機時に、記録部１２等が低消費電力状態（省エネモード）にされるとともに、ＮＩＣ１０のみが稼動されて、データの待ち受け動作が行われる。よって、データの待ち受け時に、ネットワーク複合機１の一部、すなわちＮＩＣ１０を除いて低消費電力状態にすることができるため、ネットワーク複合機１の消費電力を低減することができる。また、ＬＡＮ５１を介してセッション確立要求信号が受信された場合に、ＰＣ３０との間でセッションが確立されるとともに、記録部１２に対して起動信号が出力される。そして、記録部１２が起動するまでの間、セッションを張った状態を保持しつつＰＣ３０に対してデータの送信を禁止する持続接続制御が実行される。よって、使用されるプロトコル、及びデータの送信元であるＰＣ３０のＯＳに制約されることなく、低消費電力状態からの起動中にＰＣ３０によるデータの送出を制御（禁止／許可）することが可能となる。
【００６９】
また、本実施形態によれば、記録部１２が起動するまで、受信可能データ量がＰＣ３０の最小送信可能データ量よりも小さくなるように、受信バッファ１００ｆから読み出されるデータ量が非持続接続制御時（すなわち通常制御時）よりも少なくされる。よって、ＰＣ３０から受信されるデータ量よりも受信バッファ１００ｆから読み出されるデータ量が少なくなるため、受信バッファ１００ｆの空き容量が減少し、受信可能データ量としてＰＣ３０の最小送信可能データ量よりも小さな値（典型的にはゼロ）がＰＣ３０に対して送信される。その結果、セッションを張った状態でＰＣ３０による送信データの送出を抑制すること、すなわち持続接続制御を実現することが可能となる。
【００７０】
さらに、本実施形態によれば、記録部１２の起動が完了し、プリントデータのプリントアウトが可能となったときに、持続接続制御が終了される。これにより、ＰＣ３０に対してデータの送信が許可される。なお、持続接続制御が終了される時点では、既にセッションが張られているため、迅速にデータ通信を開始することができる。
【００７１】
また、本実施形態によれば、記録部１２が起動され、持続接続制御が終了されるときに、受信バッファ１００ｆから読み出されるデータ量が持続接続制御時よりも増やされ、受信バッファ１００ｆの空き容量（すなわち受信可能データ量）がＰＣ３０の最小送信可能データ量よりも大きくされる。そして、その空き容量に応じたサイズが受信可能データ量としてセッション確立要求信号を送信したＰＣ３０に送信される。そのため、ＰＣ３０が送信データを送出することができるようになり、記録部１２の起動後に、持続接続制御から通常制御に円滑に移行することが可能となる。
【００７２】
また、本実施形態によれば、記録部１２を起動する必要がある場合にのみ、記録部１２が起動される。そのため、記録部１２の稼働時間を必要最小限に抑えることができる。よって、ネットワーク複合機１の消費電力をより低減することが可能となる。
【００７３】
また、本実施形態によれば、記録部１２を起動する必要がない場合には、記録部１２が起動されることなく、ＮＩＣ１０側で受信データに対する応答が行われる。そのため、記録部１２の不必要な起動を抑制することができる。よって、ネットワーク複合機１の消費電力をより低減することが可能となる。
【００７４】
［第２制御形態］
上述した制御形態では、持続接続制御部１０６が、受信バッファ１００ｆから読み出す受信データの量（すなわち受信可能データ量）を調節することにより持続接続制御を実現したが、記録部１２が起動したと判定されるまで、実際の受信可能データ量に関係なく、自機の受信可能データ量として、ＰＣ３０の最小送信可能データ量よりも小さい値（例えばゼロ）をＰＣ３０へ送信することにより持続接続制御を実現してもよい。よって、次に、図６及び図７を併せて参照しつつ、持続接続制御の第２の制御形態について説明する。ここで、図６は、ネットワーク複合機１による通信処理（持続接続制御処理）の第２の処理手順を示すフローチャートである。また、図７は、第２の処理手順におけるＮＩＣ１０とＰＣ３０との間の通信手順を示すシーケンス図である。
【００７５】
まず、ステップＳ２００では、ＮＩＣ１０のＩＰアドレス、待ち受けポート番号を用いて、ＴＣＰ／ＩＰ ＡＰＩのＢｉｎｄが実行される。これにより、ジョブを受け付けるソケットと、ＩＰアドレスとポート番号とから構成されるローカルアドレスとが関連付けられる（すなわちｂｉｎｄされる）。続いて、ステップＳ２０２では、ＴＣＰ／ＩＰ ＡＰＩのＬｉｓｔｅｎが実行されて、セッション確立可能状態にされる。これにより、ステップＳ２００においてｂｉｎｄされたソケットでセッション確立要求（接続要求）を待ち受けることが可能となる。
【００７６】
続くステップＳ２０４では、ＴＣＰ／ＩＰ ＡＰＩのＡｃｃｅｐｔ処理が実行されたか否かについての判断が行われる。ここで、Ａｃｃｅｐｔ処理が実行され、セッション確立要求を受け付けることにより、セッションが確立する。より具体的には、図７に示されるように、ＳＹＮ信号に対してＡＣＫ／ＳＹＮ信号を返すことによりセッションが確立する。その後、ステップＳ２０６に処理が移行する。一方、Ａｃｃｅｐｔ処理が実行されていないときには、Ａｃｃｅｐｔ処理が実行されるまで、本ステップが繰り返して実行される。
【００７７】
ステップＳ２０６では、セッションが確立されたＰＣ３０の情報とＮＩＣ１０のポート番号が記憶部１０１に保持される。続いて、ステップＳ２０８では、受信バッファ１００ｆ（受信ディスクリプタ）に新しい受信データ（Ｅｔｈｅｒｎｅｔフレーム）が格納されたか否かについての判断が行われる。ここで、新しい受信データが格納されていない場合には、新しい受信データが格納されるまで、本ステップが繰り返して実行される。一方、新しい受信データが格納されたときには、ステップＳ２１０に処理が移行する。
【００７８】
ステップＳ２１０では、受信バッファ１００ｆ（受信ディスクリプタ）のデータが、セッションが確立されたＰＣ３０からの受信データか否かについての判断が行われる。ここで、セッションが確立されたＰＣ３０からの受信データではない場合には、ステップＳ２２６において、ＴＣＰ／ＩＰプロトコルスタックに受信データが転送された後、本処理から一旦抜ける。一方、セッションが確立されたＰＣ３０からの受信データである場合には、ステップＳ２１２に処理が移行する。
【００７９】
ステップＳ２１２では、受信された受信データ（Ｅｔｈｅｒｎｅｔフレーム）が記憶部１０１に保持される。続くステップＳ２１４では、低消費電力状態の記録部１２に対して、該記録部１２を起動するための起動信号が出力され、記録部１２への電源供給が開始される。
【００８０】
続いて、ステップＳ２１６では、ｗｉｎｄｏｗｓ ｓｉｚｅがゼロのＡＣＫデータ（Ｅｔｅｒｎｅｔフレーム）が生成されて、送信バッファ１００ｇ（送信ディスクリプタ）に格納され、その後、送信される（図７に示されるＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０））。
【００８１】
次に、ステップＳ２１８では、ＰＣ３０から受信バッファ１００ｆが空いたか否かを問い合わせる信号ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅ（ｗｉｎ＝０）が受信されたか否かについての判断が行われる。ここで、該信号が受信されていない場合には、該信号が受信されるまで本ステップが繰り返して実行される。一方、該信号が受信されたときには、ステップＳ２２０に処理が移行する。
【００８２】
ステップＳ２２０では、記録部１２が低消費電力状態から通常電力状態に遷移したか否か、すなわち起動されプリント処理が可能な状態になったか否かについての判断が行われる。ここで、記録部１２が通常電力状態に遷移していない場合、すなわち起動中でプリント処理を行うことができない場合には、ステップＳ２２２に処理が移行する。一方、記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ２２４に処理が移行する。
【００８３】
記録部１２が起動中である場合、持続接続制御が継続されて実行される。すなわち、ＮＩＣ１０は、受信バッファ１００ｆに空き容量がないことを示す信号ＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０）を返す（図７参照）。すなわち、持続接続制御が維持されている間、ＴＣＰ Ｚｅｒｏ Ｗｉｎｄｏｗ Ｐｒｏｂｅに対してＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝０）が返信される。なお、この場合、実際の受信バッファ１００ｆの空き容量（受信可能データ量）にかかわらず、受信可能データ量としてゼロが送信される。その後、ステップＳ２１８に処理が移行し、記録部１２が起動するまで、上述したステップＳ２１８〜Ｓ２２２の処理が繰り返して実行され、持続接続制御が行われる。
【００８４】
記録部１２が通常電力状態に遷移したとき、すなわち起動が完了しプリント処理を行うことができるときには、ステップＳ２２４において、受信され記憶部１０１に記憶されている受信データ（Ｅｔｅｒｎｅｔフレーム）がＴＣＰ／ＩＰプロトコルスタックを介して記録部１２に転送される。また、持続接続制御が解除され、通常の返信処理（図７に示されるＡＣＫ（Ｗｉｎｄｏｗ Ｓｉｚｅ＝１４６０））が実行される。その後、本処理から一旦抜ける。
【００８５】
本実施形態によれば、受信バッファ１００ｆからの読み出し量を調節することなく、送信データに含まれる受信可能データ量を直接操作することによって持続接続制御に持ち込むことができる。よって、使用されるプロトコル、及びデータの送信元であるＰＣ３０のＯＳに制約されることなく、低消費電力状態からの起動中にＰＣ３０によるデータの送出をより適切に制御（禁止／許可）することが可能となる。
【００８６】
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記実施形態では、本発明に係るネットワーク機器としてネットワーク複合機を例に挙げたが、ネットワーク複合機には限られない。例えば、テレビなどのネットワーク家電、ネットワークに接続されて使用される工作機械、産業機械、無人搬送車などであってもよい。
【００８７】
また、上記実施形態では、低消費電力状態を取り得る対象として、記録部１２を挙げて説明したが、ＩＦＡＸ制御部２０、Ｗｅｂサーバ２１等に対しても同様に処理することができる。さらに、上記実施形態では、記録部１２（ネットワーク複合機１）が、低消費電力状態（省エネモード）と通常電力状態（通常モード）との２つの状態を取る構成としたが、より多くの電力状態、例えば、さらに中間の状態として待機状態（待機モード）を取り得るように構成されていてもよい。なお、その場合、低消費電力状態から待機状態に移行し、該待機状態でデータの処理を行った後、再び低消費電力状態に戻るような動作を行ってもよい。
【００８８】
上記実施形態では、通信端末がＰＣである場合を例にして説明したが、通信端末はＰＣに限られない。例えば、通信端末はネットワーク複合機等であってもよい。また、用いる通信プロトコル等は上記実施形態には限られない。
【００８９】
上記実施形態では、低消費電力状態にあるときに、ＮＩＣ１０全体へ電力が供給される構成としたが、このような構成には限られない。例えば、ＮＩＣが複数の部分から構成されており、低消費電力状態にあるときには、その一部に対してのみ電力が供給され、他の部分に対しては電力の供給が停止される構成としてもよい。
【符号の説明】
【００９０】
１ ネットワーク複合機
１０ ＮＩＣ
１００ 送受信部
１００ａ ＬＡＮデバイス部
１００ｂ ＰＨＹ部
１００ｃ ＭＡＣ部
１００ｄ 送信部
１００ｅ 受信部
１００ｆ 受信バッファ（受信ディスクリプタ）
１００ｇ 送信バッファ（送信ディスクリプタ）
１００ｈ ＴＣＰ／ＩＰプロトコルスタック
１０１ 記憶部
１０２ 電力状態判定部
１０３ 起動要否判定部
１０４ 起動信号出力部
１０５ 応答データ生成部
１０６ 持続接続制御部
１１ 制御部
１２ 記録部
１３ 操作部
１４ 表示部
１５ 読取部
１６ コーデック
１７ 画像記憶部
１８ モデム
１９ ＮＣＵ
２０ ＩＦＡＸ制御部
２１ Ｗｅｂサーバ
２３ バス
３０ パーソナルコンピュータ
５１ ＬＡＮ
【特許請求の範囲】
【請求項１】
ネットワークを介して通信端末と接続され、該通信端末との間で通信を行なう通信手段と、
前記通信手段と通信路を介して接続され、第１電力状態と該第１電力状態よりも消費電力の少ない第２電力状態とを取ることができ、前記通信手段により受信された受信データを前記第１電力状態にあるときに処理する処理手段と、を備え、
前記通信手段は、
前記通信端末との間で前記ネットワークを介してデータを送受信する送受信手段と、
前記処理手段の電力状態を判定する判定手段と、
前記送受信手段により前記通信端末からのデータが受信され、かつ、前記判定手段により前記処理手段が前記第２電力状態であると判定された場合に、該処理手段の電力状態を前記第１電力状態に移行させるための移行信号を出力する移行手段と、
前記送受信手段により前記通信端末からのセッション確立要求信号が受信され、かつ、前記移行手段により移行信号が出力された場合に、該通信端末との間にセッションを確立するとともに、前記処理手段の電力状態が前記第１電力状態に移行されるまでの間、セッションを張った状態で前記通信端末に対してデータの送信を禁止させる持続接続制御を実行する持続接続制御手段と、を有することを特徴とするネットワーク機器。
【請求項２】
前記通信手段は、前記通信端末から受信される受信データを一時的に格納する受信バッファを有し、
前記送受信手段は、前記受信バッファの空き容量に応じた受信可能データ量を所定の通信プロトコルに従って前記通信端末へ送信し、
前記持続接続制御手段は、前記判定手段により前記処理手段の電力状態が前記第１電力状態に移行したと判定されるまで、前記受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、前記受信バッファから読み出すデータ量を非持続接続制御時よりも少なくすることを特徴とする請求項１に記載のネットワーク機器。
【請求項３】
前記持続接続制御手段は、前記処理手段の電力状態が前記第１電力状態に移行したと判定された場合に、前記持続接続制御を終了して前記セッション確立信号を送信した前記通信端末に対してデータの送信を許可することを特徴とする請求項２に記載のネットワーク機器。
【請求項４】
前記持続接続制御手段は、前記持続接続制御を終了して前記セッション確立要求信号を送信した通信端末に対してデータの送信を許可する場合、前記受信可能データ量が該通信端末の最小送信可能データ量よりも大きくなるように、前記受信バッファから読み出すデータ量を前記持続接続制御時よりも多くすることを特徴とする請求項３に記載のネットワーク機器。
【請求項５】
前記通信手段は、前記送受信手段によりデータが受信され、かつ、前記判定手段により前記処理手段が前記第２電力状態であると判断された場合に、前記処理手段の電力状態を前記第１電力状態に移行する必要があるか否かを判定する移行判定手段を備え、
前記移行手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要があると判定された場合に、前記移行信号を出力し、
前記持続接続制御手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要があると判定された場合に、前記処理手段の電力状態が前記第１電力状態に移行されるまで、セッションを張った状態で前記通信端末に対してデータの送信を禁止させることを特徴とする請求項１〜４のいずれか１項に記載のネットワーク機器。
【請求項６】
前記通信手段は、前記移行判定手段により、前記処理手段の電力状態を前記第１電力状態に移行する必要がないと判定された場合に、前記送受信手段により受信されたデータに対する応答を生成する生成手段を有し、
前記送受信手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要がないと判定された場合に、前記生成手段により生成された応答を前記通信端末へ出力することを特徴とする請求項５に記載のネットワーク機器。
【請求項７】
前記持続接続制御手段は、前記判定手段により前記処理手段の電力状態が前記第１電力状態に移行したと判定されるまで、受信可能データ量として、前記通信端末の最小送信可能データ量よりも小さい値を所定の通信プロトコルに従って前記通信端末へ送信するように前記送受信手段を制御することを特徴とする請求項１に記載のネットワーク機器。
【請求項８】
前記所定の通信プロトコルは、ＴＣＰ／ＩＰであることを特徴とする請求項２〜７のいずれか１項に記載のネットワーク機器。
【請求項９】
前記処理手段は、前記通信手段により受信されたプリントデータを用紙にプリントアウトするプリンタであることを特徴とする請求項１〜８のいずれか１項に記載のネットワーク機器。
【請求項１】
ネットワークを介して通信端末と接続され、該通信端末との間で通信を行なう通信手段と、
前記通信手段と通信路を介して接続され、第１電力状態と該第１電力状態よりも消費電力の少ない第２電力状態とを取ることができ、前記通信手段により受信された受信データを前記第１電力状態にあるときに処理する処理手段と、を備え、
前記通信手段は、
前記通信端末との間で前記ネットワークを介してデータを送受信する送受信手段と、
前記処理手段の電力状態を判定する判定手段と、
前記送受信手段により前記通信端末からのデータが受信され、かつ、前記判定手段により前記処理手段が前記第２電力状態であると判定された場合に、該処理手段の電力状態を前記第１電力状態に移行させるための移行信号を出力する移行手段と、
前記送受信手段により前記通信端末からのセッション確立要求信号が受信され、かつ、前記移行手段により移行信号が出力された場合に、該通信端末との間にセッションを確立するとともに、前記処理手段の電力状態が前記第１電力状態に移行されるまでの間、セッションを張った状態で前記通信端末に対してデータの送信を禁止させる持続接続制御を実行する持続接続制御手段と、を有することを特徴とするネットワーク機器。
【請求項２】
前記通信手段は、前記通信端末から受信される受信データを一時的に格納する受信バッファを有し、
前記送受信手段は、前記受信バッファの空き容量に応じた受信可能データ量を所定の通信プロトコルに従って前記通信端末へ送信し、
前記持続接続制御手段は、前記判定手段により前記処理手段の電力状態が前記第１電力状態に移行したと判定されるまで、前記受信可能データ量が該通信端末の最小送信可能データ量よりも小さくなるように、前記受信バッファから読み出すデータ量を非持続接続制御時よりも少なくすることを特徴とする請求項１に記載のネットワーク機器。
【請求項３】
前記持続接続制御手段は、前記処理手段の電力状態が前記第１電力状態に移行したと判定された場合に、前記持続接続制御を終了して前記セッション確立信号を送信した前記通信端末に対してデータの送信を許可することを特徴とする請求項２に記載のネットワーク機器。
【請求項４】
前記持続接続制御手段は、前記持続接続制御を終了して前記セッション確立要求信号を送信した通信端末に対してデータの送信を許可する場合、前記受信可能データ量が該通信端末の最小送信可能データ量よりも大きくなるように、前記受信バッファから読み出すデータ量を前記持続接続制御時よりも多くすることを特徴とする請求項３に記載のネットワーク機器。
【請求項５】
前記通信手段は、前記送受信手段によりデータが受信され、かつ、前記判定手段により前記処理手段が前記第２電力状態であると判断された場合に、前記処理手段の電力状態を前記第１電力状態に移行する必要があるか否かを判定する移行判定手段を備え、
前記移行手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要があると判定された場合に、前記移行信号を出力し、
前記持続接続制御手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要があると判定された場合に、前記処理手段の電力状態が前記第１電力状態に移行されるまで、セッションを張った状態で前記通信端末に対してデータの送信を禁止させることを特徴とする請求項１〜４のいずれか１項に記載のネットワーク機器。
【請求項６】
前記通信手段は、前記移行判定手段により、前記処理手段の電力状態を前記第１電力状態に移行する必要がないと判定された場合に、前記送受信手段により受信されたデータに対する応答を生成する生成手段を有し、
前記送受信手段は、前記移行判定手段により前記処理手段の電力状態を前記第１電力状態に移行する必要がないと判定された場合に、前記生成手段により生成された応答を前記通信端末へ出力することを特徴とする請求項５に記載のネットワーク機器。
【請求項７】
前記持続接続制御手段は、前記判定手段により前記処理手段の電力状態が前記第１電力状態に移行したと判定されるまで、受信可能データ量として、前記通信端末の最小送信可能データ量よりも小さい値を所定の通信プロトコルに従って前記通信端末へ送信するように前記送受信手段を制御することを特徴とする請求項１に記載のネットワーク機器。
【請求項８】
前記所定の通信プロトコルは、ＴＣＰ／ＩＰであることを特徴とする請求項２〜７のいずれか１項に記載のネットワーク機器。
【請求項９】
前記処理手段は、前記通信手段により受信されたプリントデータを用紙にプリントアウトするプリンタであることを特徴とする請求項１〜８のいずれか１項に記載のネットワーク機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１１４７２８（Ｐ２０１１−１１４７２８Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２７０８１２（Ｐ２００９−２７０８１２）
【出願日】平成２１年１１月２７日（２００９．１１．２７）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２７日（２００９．１１．２７）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]