(57)【要約】【課題】  省電力での動作に対応しつつ、効率的にデータ送受信を行う画像形成装置を提供する。【解決手段】  本発明は、第１の動作モードと消費電力の少ない第２の動作モードとを持つ画像形成装置に関する。そして、画像形成装置は、第１の動作モードと第２の動作モードとの間を移行させ制御する動作モード制御部と、通信部と、記憶容量が第１のデータ量である記憶部と、受信した画像形成データの処理を行うデータ処理部とを備え、通信部は、第２の動作モードのときに、通信装置から画像形成データの受信を開始する場合、通信装置と、ウィンドウサイズを第１のデータ量以下の第２のデータ量とする通信を行い、第２の動作モードから第１の動作モードへ移行するまでの過渡期間、通信装置から受信した画像形成データを記憶部に記憶し、第２の動作モードから第１の動作モードに移行する際、記憶部に記憶されているデータをデータ処理部に供給することを特徴とする。【選択図】      図１
2016101674.tif 000002
【特許請求の範囲】
【請求項１】
第１の動作モードと前記第１の動作モードよりも消費電力の少ない第２の動作モードとを持つ画像形成装置において、
前記第１の動作モードと、前記第２の動作モードとの間を移行させ制御する動作モード制御部と、
外部の通信装置と通信する通信部と、
前記通信部からアクセス可能であって、記憶容量が第１のデータ量である記憶部と、
前記第２の動作モードでは電源供給が遮断され、前記第１の動作モードでは前記通信部が受信した画像形成データの処理を行うデータ処理部と、
前記動作モード制御部は、前記第２の動作モードで動作しているとき、前記通信部が画像形成データの受信を開始すると、当該画像形成装置を前記第１の動作モードで動作するように制御し、
前記通信部は、前記第２の動作モードのときに、前記通信装置から画像形成データの受信を開始する場合、前記通信装置と、ウィンドウサイズを前記第１のデータ量以下の第２のデータ量とする通信を行い、前記第２の動作モードから前記第１の動作モードへ移行するまでの過渡期間、前記通信装置から受信した画像形成データを前記記憶部に記憶し、前記第２の動作モードから前記第１の動作モードに移行する際、前記記憶部に記憶されているデータを前記データ処理部に供給する
ことを特徴とする画像形成装置。
【請求項２】
前記過渡期間は、前記データ処理部への電力供給が開始され、前記データ処理部でデータ処理が可能となるまでの期間であることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記通信部は、前記第１の動作モードのとき、前記第１のデータ量よりも多いデータ量をウィンドウサイズとする通信を前記通信装置と行うことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記通信部は、前記過渡期間の間、ＴＣＰ以外のパケットを無視することを特徴とする請求項１〜３のいずれかに記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成装置に関し、例えば、省電力モードでネットワークに接続可能なプリンタに適用し得る。
【背景技術】
【０００２】
従来、イーサネット（登録商標）によりＬＡＮ（ＨＵＢ）に接続するプリンタ等の画像形成装置では、消費電力を低減するために、通信制御に係る回路の一部に対する電力供給を遮断することにより省電力化する「省電力モード」を備える技術があった。例えば、特許文献１に記載された画像形成装置では、ステータス情報を記憶する記憶部と、外部機器と通信を行うサーバ部とを有する通信部を備え、省電力モードで動作する際には、通信部のみに電力が供給され、さらに、サーバ部は外部機器からのステータス情報の参照要求・変更要求にのみ応答するようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１０６７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら従来の装置では、省電力モードで動作中にＬＡＮ経由で印刷データを受信した場合に、通信部以外の構成要素への電力供給や、通信部のサーバ部以外の動作を再開してから印刷データの受信を行わなくてはならず、印刷までに時間がかかってしまうという問題があった。特に、省電力モードにおける省電力の効果を最大限に得るためには、通信部を構成するサーバ部以外のすべての電力を遮断することになる。この場合、例えば画像形成を行うＣＰＵや、印刷データを保持するための主記憶（ＤＲＡＭ等）の電力も遮断されていることになる。そのため、従来の画像形成装置では、省電力モードからの復旧の際、ＣＰＵの電力供給、ＣＰＵのＢＯＯＴ（起動）、主記憶の初期化、等、画像形成装置自体の電源を投入するのと同等の処理が必要となり、思いのほか多くの時聞がかかる。しかし、従来の画像形成装置において、印刷データを受信するのは、印刷データを保持するための主記憶（ＤＲＡＭ等）が復旧された後でなければならず、必然的に画像形成までの時間は長くなってしまう。
【０００５】
そのため、省電力での動作に対応しつつ、効率的にデータ送受信を行うことができる画像形成装置が望まれている。
【課題を解決するための手段】
【０００６】
本発明は、第１の動作モードと前記第１の動作モードよりも消費電力の少ない第２の動作モードとを持つ画像形成装置において、（１）前記第１の動作モードと、前記第２の動作モードとの間を移行させ制御する動作モード制御部と、（２）外部の通信装置と通信する通信部と、（３）前記通信部からアクセス可能であって、記憶容量が第１のデータ量である記憶部と、（４）前記第２の動作モードでは電源供給が遮断され、前記第１の動作モードでは前記通信部が受信した画像形成データの処理を行うデータ処理部とを有し、（５）前記動作モード制御部は、前記第２の動作モードで動作しているとき、前記通信部が画像形成データの受信を開始すると、当該画像形成装置を前記第１の動作モードで動作するように制御し、（６）前記通信部は、前記第２の動作モードのときに、前記通信装置から画像形成データの受信を開始する場合、前記通信装置と、ウィンドウサイズを前記第１のデータ量以下の第２のデータ量とする通信を行い、前記第２の動作モードから前記第１の動作モードへ移行するまでの過渡期間、前記通信装置から受信した画像形成データを前記記憶部に記憶し、前記第２の動作モードから前記第１の動作モードに移行する際、前記記憶部に記憶されているデータを前記データ処理部に供給することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、省電力での動作に対応しつつ、効率的にデータ送受信を行う画像形成装置を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るプリンタのハードウェア構成について示した説明図である。
【図２】実施形態に係るプリンタの周辺構成（接続構成）について示した説明図である。
【図３】実施形態に係るプリンタが対応する動作モード（電力モード）の構成例について示した説明図である。
【図４】実施形態に係るプリンタの状態移行の構成について示した説明図である。
【図５】実施形態に係るプリンタの省電力モード時の動作について示したフローチャートである。
【図６】実施形態に係るプリンタのバッファモード時の動作について示したフローチャートである。
【図７】実施形態に係るプリンタの動作について示したシーケンス図である。
【図８】実施形態に係るプリンタで通常モードに復帰する際の過渡期間に印刷データを蓄積しない場合の動作例について示したシーケンス図（その１）である。
【図９】実施形態に係るプリンタで通常モードに復帰する際の過渡期間に印刷データを蓄積しない場合の動作例について示したシーケンス図（その２）である。
【図１０】実施形態に係るプリンタで送受信するパケットのＴＣＰ部について示した説明図である。
【図１１】実施形態に係るプリンタで処理されるコネクション情報の構成例について示した説明図である。
【発明を実施するための形態】
【０００９】
（Ａ）主たる実施形態
以下、本発明による画像形成装置の一実施形態を、図面を参照しながら詳述する。以下では、本発明の画像形成装置を、プリンタに適用した場合の例について説明する。
【００１０】
（Ａ−１）実施形態の構成
図２は、この実施形態のプリンタ１０を使用する場合の接続構成の例について示したブロック図である。
【００１１】
図２に示すシステムではＨＵＢ２０に、イーサネット（登録商標）ケーブルＣ（ＬＡＮケーブル）を用いてプリンタ１０、ＰＣ３０及びルータ３０が接続されたネットワーク構成となっている。
【００１２】
プリンタ１０は、イーサネットに対応するＬＡＮインタフェースを備えるプリンタ（ネットワーク対応プリンタ）である。ＨＵＢ２０は、スイッチングハブ（レイヤ２スイッチ）であり、５つのＬＡＮインタフェースを備えている。ＨＵＢ２０としては種々のスイッチングハブを適用することができるため詳しい説明を省略する。
【００１３】
ＰＣ３０は、プリンタ１０に対して印刷ジョブのデータを送信して印刷処理の依頼を行う端末である。ＰＣ３０としては、例えば、文書編集アプリケーション及びプリンタドライバ（プリンタ１０に印刷ジョブを依頼することが可能なプリンタドライバ）を備えたＰＣを適用することができる。ＰＣ３０としては種々のＰＣを適用することができるため詳しい説明を省略する。
【００１４】
なお、この実施形態の例ではプリンタ１０のＩＰアドレスは１９２．１６８．１００．１００であるものとする。また、この実施形態の例では、ＰＣ３０のＩＰアドレスは１９２．１６８．１００．１０１であるものとする。また、ＰＣ３０とプリンタ１０との間のネットワーク構成や適用するＬＡＮインタフェース等の仕様は図１、図２の例に限定されないものである。
【００１５】
次に、プリンタ１０の機能的構成について図１を用いて説明する。
【００１６】
図１に示すように、プリンタ１０は、システム制御部１００、ＬＡＮコントローラ１１０、受信バッファ１２０、サブＣＰＵ１３０、サブメモリ１３１、サブＲＯＭ１３２、サブメモリパス１３３、メインＣＰＵ１５０、メインメモリ１５１、メインＲＯＭ１５２、メインメモリパス１５３及び印刷回路１６０を有している。
【００１７】
動作モード制御部としてのシステム制御部１００は、サブＣＰＵ１３０の制御の下、プリンタ１０全体の動作モード（電力モード）を切替え制御するものである。システム制御部１００は、源遮断領域の電源を制御する制御回路を備えている。なお、この実施形態では、プリンタ１０は、動作モードとして印刷データを処理して印刷可能な通常モード（第１の動作モード）と、通常モードよりも少ない消費電力で動作する省電力モード（第２の動作モード）に対応しているものとする。また以下では、プリンタ１０が、省電力モードから通常モードに復帰する際、通常モードへの移行を開始してから通常モードへの移行が完了するまでの過渡期間の状態（動作モード）を説明の都合上「バッファモード」と呼ぶものとする。各動作モードの詳細については後述する。
【００１８】
ＬＡＮコントローラ１１０は外部とイーサネットで接続されるＬＡＮコントローラ回路（ネットワークインたフェース）であり、内部メモリー上のデータを読み取って送信し、あるいは外部からの受信データを内部メモリー上に書き込む。ＬＡＮコントローラ１１０は電力モードに応じてサブＣＰＵ１３０、またはメインＣＰＵ１５０から制御可能であり、また、書き込み先の内部メモリーも、メインメモリ１５１、サブメモリ１３１、及び受信バッファ１２０から選択可能である。
【００１９】
記憶部としての受信バッファ１２０は、印刷データ等の受信データを一時的に保存する受信用バッファである。この受信バッファ１２０は、主に、内部メモリパスがビジー状態の時に外部からパケットを受信するケースで、オーバーランを防ぐ緩衝バッファの機能を担っている。なお、受信バッファ１２０としては、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の高速な読み書きが可能な記憶装置を用いることが望ましい。この実施形態では、受信バッファ１２０の容量としては、約３２ｋｂｙｔｅｓ（正確には、３２７６８ｂｙｔｅｓ）が適用されるものとして説明する。
【００２０】
メインＣＰＵ１５０、メインメモリ１５１、及びメインＲＯＭ１５２は、より性能の高いシステム（データ処理部；コンピュータ）を構成するメインメモリパス１５３に接続されている。メインＣＰＵ１５０、メインメモリ１５１、メインＲＯＭ１５２、及びメインメモリパス１５３は、省電力モードにおいて電力供給が遮断される電源遮断領域に配置される。メインＣＰＵ１５０では、印刷データ（画像形成データ）を処理（例えば、画像処理等）して、印刷回路１６０に供給する処理等を行う。
【００２１】
印刷回路１６０は、外部から受信した印刷データに基づき印刷を行うためのエンジン、および制御回路であり、電源遮断領域に配置される。
【００２２】
サブＣＰＵ１３０、サブメモリ１３１、及びサブＲＯＭ１３２は、より消費電力の低いシステム（コンピュータ）を構成するサブメモリパス１３３に接続されている。サブＣＰＵ３０、サブメモリ１３１、サブＲＯＭ１３２、及びサブメモリパス１３３は、省電力モードにおいても動作する（電力供給がなされる）構成となっている。
【００２３】
図３は、プリンタ１０の備える電力モードの例について示した説明図である。
【００２４】
図３に示すように、上述の通りプリンタ１０は、「通常モード」、「省電力モード」、及び「バッファモード」の３つの動作モードに対応しているものとする。
【００２５】
「通常モード」は、プリンタ１０が印刷中、あるいは即時に印刷可能な状態（印刷中に準ずる状態）であることを示すモードであり、メインメモリパス１５３（電源遮断領域）を含む、プリンタ１０内のすべての領域に電源が供給されている。通常モード時、ＬＡＮコントローラ１１０はメインＣＰＵ１５０により制御され、到来した全てのパケットを受信する。通常モード時、プリンタ１０では、受信したパケットは、メインメモリパス１５３へと供給される。
【００２６】
「省電力モード」は、通常モードよりも少ない消費電力（省電力）で動作する動作モードである。プリンタ１０が、通常モードから省電力モードに移行するタイミングについては限定されないものであるが、この実施形態では、プリンタ１０は、通常モードで長期的にアイドル状態（印刷中でない待機状態）であった場合に、より消費電力の低い省電力状態に移行するものとして説明する。プリンタ１０では、省電力モードに移行する際、メインメモリパス１５３（電源遮断領域）への電源が遮断されるものとする。プリンタ１０が省電力モードで動作している場合、ＬＡＮコントローラ１１０はサブＣＰＵ１３０により制御される。
【００２７】
「バッファモード」は、上述の通り、プリンタ１０が省電力モードから通常モードへ移行する過渡期間の動作モードである。プリンタ１０では、バッファモードとなると、メインメモリパス１５３（電源遮断領域）への電力供給を開始し、メインメモリパス１５３の初期化を実行するが、その間メインＣＰＵ１５０、およびメインメモリ１５１は設定されておらず、そのままでは使用できない状態となる。
【００２８】
この実施形態では、バッファモード時、ＬＡＮコントローラ１１０は、プロトコルがＴＣＰのパケットのみを受信し、受信バッファに蓄積するものとする。ＬＡＮコントローラ１１０はパケットを受信した場合、イーサネットヘッダ、ないしＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ヘッダにてプロトコル種別等を確認することができる。また、この実施形態では、バッファモード時、ＬＡＮコントローラ１１０は、プロトコルがＴＣＰ以外のパケットは破棄するものとする。また、バッファモード時、ＬＡＮコントローラ１１０はサブＣＰＵ１３０により制御される。
【００２９】
次に、プリンタ１０における各動作モードの状態移行に順序について図４を用いて説明する。
【００３０】
図４に示す通り、プリンタ１０は電源が投入された場合、当初通常モードとして動作する。
【００３１】
プリンタ１０（システム制御部１００）は、通常モード時、印刷データ受信が無い状態（アイドル状態）が一定時間継続すると、電源遮断領域（メインメモリパス１５３の構成要素）への給電を停止し、省電力モードへと移行するものとする。なお、プリンタ１０（システム制御部１００）が、通常モードから省電力モードに移行する条件については、上述の例に限定されないものである。
【００３２】
また、プリンタ１０（システム制御部１００）は、省電力モード時、印刷データの受信を開始（例えば、ＴＣＰのＳＹＮ（Ｓｙｎｃｈｒｏｎｉｚｅ）フラグに係るパケットを受信）すると、電源遮断領域（メインメモリパス１５３の構成要素）への給電を再開し、バッファモードへと移行する。
【００３３】
プリンタ１０（システム制御部１００）は、バッファモードとなると、メインメモリパス１５３の初期化（起動）を行う。メインメモリパス１５３の初期化は、例えば、メインＣＰＵ１５０のＢＯＯＴ、メインメモリ１５１の設定等、メインメモリパス１５３関連ブロックの設定などにより、メインメモリパス１５３に接続された各ブロックがメインメモリ１５１へアクセス可能になるための処理全体のことである。メインメモリパス１５３の初期化は、システム制御部１００の制御に従って、メインＣＰＵ１５０により行われる。
【００３４】
また、プリンタ１０（システム制御部１００）は、バッファモード時、メインメモリパス１５３の初期化完了を確認すると、通常モードに移行するように制御する。以下では、通常モード時にＬＡＮコントローラ１１０が印刷データの送信元とＴＣＰコネクションを確立する際のデータ受信に係るウィンドウサイズ（印刷データの送信元から自装置への下り方向のウィンドウサイズ）を第１のウィンドウサイズと呼ぶものとする。なお、ウィンドウサイズ（Ｗｉｎｄｏｗｓｉｚｅ）とは、ＴＣＰにおけるフロー制御に用いられるパラメータであり、一度に受信できるデータサイズ（セグメント数）を示している。さらに、プリンタ１０（システム制御部１００）は、バッファモードに移行すると、バッファモード移行の契機となったＳＹＮパケットの送信元（印刷データの送信元）と、通常モード時の第１のウィンドウサイズよりもサイズの小さい第２のウィンドウサイズでＴＣＰコネクションを確立するように、ＬＡＮコントローラ１１０を制御するものとする。なお、第２のウィンドウサイズは、受信バッファ１２０の容量以下である必要がある。以下では、第１のウィンドウサイズを約６４ｋｂｙｔｅｓ（正確には、６５５３６ｂｙｔｅｓ）とし、第２のウィンドウサイズを、受信バッファ１２０の容量以下の約３２ｋｂｙｔｅｓ（正確には、３２７６８ｂｙｔｅｓ）として説明する。
【００３５】
また、バッファモード時、ＬＡＮコントローラ１１０は、ＴＣＰパケットを受信バッファ１２０に書込み、させ、ＴＣＰパケット以外のパケット破棄するように動作させる。
【００３６】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のプリンタ１０の動作を説明する。
【００３７】
（Ａ−２−１）省電力モード時の動作
まず、プリンタ１０の省電力モード時の動作について説明する。
【００３８】
図５は、プリンタ１０が省電力モード時の動作について示したフローチャートである。図５は、主としてサブＣＰＵ１３０、システム制御部１００及びＬＡＮコントローラ１１０により行われる動作について示している。
【００３９】
サブＣＰＵ１３０は、省電力モードで動作時に、ＬＡＮコントローラ１１０でパケットが受信された場合、当該受信パケットがＴＣＰのコネクション開始を要求する係るＳＹＮパケットであるか否かを確認する（Ｓ１、Ｓ２）。
【００４０】
そして、受信パケットがＳＹＮパケットだった場合、サブＣＰＵ１３０は、省電力モードからバッファモードへの移行を判断する（Ｓ３）。サブＣＰＵ１３０は、バッファモードへの移行を判断すると、システム制御部１００を制御して、メインメモリパス１５３の初期化（起動）を開始させる。
【００４１】
一方、受信パケットがＳＹＮパケットでなかった場合、サブＣＰＵ１３０は、特に動作モードの変更は判断せず、当該パケットについて所定の処理を実行することになる（Ｓ４）。
【００４２】
（Ａ−２−２）バッファモード時の動作
次に、プリンタ１０のバッファモード時の動作について図６のフローチャートを用いて説明する。
【００４３】
図６は、上述の図５のフローチャートにおけるステップＳ３以後の処理であり、サブＣＰＵ１３０がバッファモードへの移行を判断し、システム制御部１００によりメインメモリパス１５３の初期化（起動）が開始されて以後の処理について示している。
【００４４】
まず、サブＣＰＵ１３０は、ＬＡＮコントローラ１１０を制御して、ＳＹＮパケットに応答するパケット（以下、「ＡＣＫ／ＳＹＮパケット」と呼ぶ）であって、第２のウィンドウサイズ（３２Ｋｂｙｔｅｓ（３２７６８ｂｙｔｅｓ））をセットしたものを返答させ、ＳＹＮパケットの送信元（この実施形態では、ＰＣ３０）とＴＣＰコネクションを確立させる。ＬＡＮコントローラ１１０とＰＣ３０との間のＴＣＰコネクションの確立シーケンスの具体的内容ついては、詳しい説明を省略する。
【００４５】
そして、その後、サブＣＰＵ１３０は、メインメモリパス１５３の初期化が完了するまでの間、ＬＡＮコントローラ１１０を制御し、パケットを受信するごとにＴＣＰパケットであるか否かを確認させる（Ｓ１２、Ｓ１３、Ｓ１６）。そして、サブＣＰＵ１３０は、ＬＡＮコントローラ１１０を制御し、ＴＣＰパケットについては受信バッファ１２０へ書込ませ（Ｓ１４）、ＴＣＰパケット以外のパケットについては破棄させる（Ｓ１５）。
【００４６】
そして、メインメモリ１５１の初期化が終了すると（ステップＳ１６でＹｅｓの場合）、サブＣＰＵ１３０は、通常モードに移行（復帰）すると判断し、システム制御部１００を用いて、通常モードに移行するように各構成要素を制御させる（Ｓ１７）。
【００４７】
（Ａ−２−３）プリンタ１０の全体の動作
次に、プリンタ１０が、上述の図５、図６のフローチャートに従って動作した場合の具体的な動作の例について、図７のシーケンス図を用いて説明する。
【００４８】
図７では、プリンタ１０が、ＨＵＢ２０と送受信するパケットの例について示している。また、図７では、０ｓ（０秒）の時点から時系列順に各パケットの送受信タイミングについて図示している。なお、図１０では、図７のシーケンス図で授受されるＴＣＰパケットのＴＣＰ部（ＴＣＰヘッダ）を抜き出した内容となっている。本来、ＴＣＰパケットにはＭＡＣアドレスなどが記述されたイーサネット部（イーサネットヘッダ）、ＩＰアドレス等を記載したＩＰ部（ＩＰヘッダ）を含むが、図１０では説明を簡易にするため本発明と関連するＴＣＰ部のみを抜き出して図示している。
【００４９】
図７では、プリンタ１０が省電力モードの状態（メインＣＰＵ１５０が電源遮断の状態）で、ＬＡＮコントローラ１１０が、１番目のＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケット（図７では「ＡＲＰ１」）を受信している。しかし、ＡＲＰ１のパケットはＳＹＮパケットではないため、サブＣＰＵ１３０は、上述の図５のフローチャートのステップＳ２、Ｓ４に従って、省電力モードからバッファモードへの移行は判断しない。また、このとき、プリンタ１０は省電力モードであるため、ＬＡＮコントローラ１１０は、サブＣＰＵ１３０に接続されている。そのため、省電力モード時に受信したＡＲＰ１のパケットは、サブＣＰＵ１３０で処理され、ＡＲＰ１に対して確認応答（Ａｃｋ）するパケット（図７では、「ＡＲＰ１−ａｃｋ」）が返答されることになる。
【００５０】
そして、図７では４ｓのタイミングで、ＬＡＮコントローラ１１０が、ＰＣ３０からＨＵＢ２０を経由してＳＹＮパケットを受信したものとする。なお、このＳＹＮパケットのＴＣＰ部は、図１０（ａ）のような内容であったものとする。ここでは、ＰＣ３０からプリンタ１０へ印刷データを送信する際にはＴＣＰコネクションが用いられるものとする。したがって、ＰＣ３０からプリンタ１０へ送信されたこのＳＹＮパケットは、印刷データの受信要求を示すことになる。
【００５１】
ＬＡＮコントローラ１１０がＳＹＮパケットを受信すると、サブＣＰＵ１３０は、上述の図５のフローチャートのステップＳ２、Ｓ３に従って、バッファモードへの移行を判断し、システム制御部１００を制御してメインメモリパス１５３の初期化（起動）を開始させることになる。
【００５２】
また、このとき、ＬＡＮコントローラ１１０は、受信したＳＹＮパケットによるコネクション要求に応答するパケット（図７では「ＳＹＮ／ＡＣＫパケット」）を返答し、さらにその応答確認のＡＣＫパケットを受信したものとする。そして、その後、ＬＡＮコントローラ１１０は、所定のシーケンス（ＴＣＰコネクションの接続シーケンス）により、ＰＣ３０との間でＴＣＰコネクションを確立することになる。なお、このＳＹＮ／ＡＣＫパケットのＴＣＰ部は、図１０（ｂ）のような内容であったものとする。このとき、ＬＡＮコントローラ１１０は、図１０（ｂ）に示すように、ウィンドウサイズとして第１のウィンドウサイズを指定（Ｗｉｎｄｏｗ  Ｓｉｚｅ：３２７６８）したＳＹＮ／ＡＣＫパケットを返答することになる。
【００５３】
そしてその後、図７に示すように、１１ｓのタイミングで、メインメモリパス１５３の初期化が完了し、システム制御部１００が、通常モードへの復帰をするように各構成要素に対する制御を行ったものとする。
【００５４】
図７では、ＬＡＮコントローラ１１０がＰＣ３０とのＴＣＰコネクションを確立した後、通常モードに復帰するまでの過渡期間（１１ｓのタイミングまでの間）、ＰＣ３０からＨＵＢ２０を介して、１番目のＴＣＰパケット（図７では「ＴＣＰ１」）、及び２番目のＴＣＰパケット（図７では「ＴＣＰ２」）を受信したものとする。また、この間ＬＡＮコントローラ１１０は、ＨＵＢ２０から２番目のＡＲＰパケット（図７では「ＡＲＰ２」）を受信したものとする。図７では、ＴＣＰ１は８ｓのタイミング、ＡＲＰ２は９ｓのタイミング、ＴＣＰ２は１０ｓのタイミングでそれぞれＬＡＮコントローラ１１０により受信されたものとしている。さらに、ＴＣＰ１、ＴＣＰ２のＴＣＰ部の内容は、それぞれ図１０（ｄ）、図１０（ｅ）の内容であるものとする。
【００５５】
このとき、バッファモードの状態であるため、ＬＡＮコントローラ１１０は、上述のステップＳ１３〜Ｓ１５に従って、ＴＣＰパケット（ＴＣＰ１、ＴＣＰ２）については、内部メモリパスへ出力せず、受信バッファ１２０に供給して書込み、ＴＣＰパケット以外のパケット（ＡＲＰ２）については破棄する。なお、ここで破棄したＡＲＰ２のパケットは後で再送されるためここでレスポンスを返送しなくても、実質的に問題はない。
【００５６】
ＴＣＰ１、ＴＣＰ２のパケットのデータサイズは、図１０（ｄ）、図１０（ｅ）のデータ長の項目（「Ｌｅｎ」の項目）から分かるように、それぞれ１６ｋｂｙｔｅｓ（１６３８４ｂｙｔｅｓ）であるため、ＴＣＰ１、ＴＣＰ２のデータサイズの合計が３２ｋｂｙｔｅｓ（３２７６８ｂｙｔｅｓ）となる。したがって、ＬＡＮコントローラ１１０で、これ以上ＴＣＰパケットを受信すると、今回受信するデータ量が、第２のウィンドウサイズ（３２Ｋｂｙｔｅｓ（３２７６８ｂｙｔｅｓ））を超えることになる。したがって、ＰＣ３０側では、ＴＣＰ２を送信して以後、プリンタ１０に対してＴＣＰパケットを送信できないことを認識し、後続のＴＣＰパケット出力を一時停止（ウェイト）することになる。
【００５７】
そして、図７では、１１ｓのタイミングで、メインメモリパス１５３の初期化が完了し、システム制御部１００は通常モードに復帰することになる。プリンタ１０では、メインメモリパス１５３の初期化が完了すると、メインメモリ１５１へのアクセスが可能となる。
【００５８】
プリンタ１０が通常モードに移行すると、ＬＡＮコントローラ１１０はメインメモリパス１５３へと接続され、ＰＣ３０と確立しているＴＣＰコネクションを維持するために必要な情報（以下、「コネクション情報」と呼ぶ）、および受信バッファ１２０で保持されたデータ（受信済みの３２ＫＢｙｔｅｓのデータ）をメインメモリ１５１に書き込み、ＰＣ３０とのコネクションの管理を継続する。このとき、メインメモリ１５１に書込まれるコネクション情報は、例えば、図１１のような内容（ＰＣ３０に係るＩＰアドレスや、バッファモードの期間にカウントされたシーケンスナンバー等）となる。なお、バッファモードの期間、最新のコネクション情報については、サブメモリ１３１等のバッファモードの期間に利用可能な記憶手段で保持しておくようにしてもよい。
【００５９】
このときメインメモリ１５１に書込まれる情報（コネクション情報や受信済みのデータ等）に基づいて、メインＣＰＵ１５０はあたかも自らＴＣＰコネクションを確立したかのように以降のＴＣＰ通信を引き継ぐ事が出来る。
【００６０】
ここでは、上述の通り、プリンタ１０が通常モードへ復帰した１１ｓのタイミングでは、ＰＣ３０に対して開示したウィンドウサイズが３２ＫＢであるのに対し、３２ＫＢのパケット転送がすでに行われたため、プリンタ１０では、ＰＣ３０は後続のパケット出力をウェイトしていると判断することができる。
【００６１】
そこで、ＬＡＮコントローラ１１０は、通常モードに復帰後の１２ｓのタイミングで、ＰＣ３０に対し、今回のウィンドウサイズ分のデータ受信が完了したことを通知すると共に、次のデータ受信のウィンドウサイズを第２のウィンドウサイズから第１のウィンドウサイズに更新するためのＡＣＫパケット（例えば、図１０（ｆ）のＴＣＰ部を備えるパケット）を、ＰＣ３０に送信する。
【００６２】
すなわち、タイミング１２ｓのＡＣＫパケット（図１０（ｆ）のＡＣＫパケット）は、先に受信したＴＣＰパケット１、ＴＣＰパケット２に対する受信確認という形で送信される。図１０（ｆ）に示す「Ｗｉｎｄｏｗ  Ｓｉｚｅ：６５５３６」は、ＰＣ３０に対し、次のデータ受信に係るウィンドウサイズが第１のウィンドウサイズ（６４ＫＢｙｔｅｓ（６５５３６ｂｙｔｅｓ））であることを改めて開示している。通常モードでは、受信バッファ１２０の他に、メインメモリ１５１上に十分なバッファ領域が確保されているため、少なくとも６４ＫＢｙｔｅｓ分のデータを受信が可能であるものとする。
【００６３】
以上によりＰＣ３０は、再びプリンタ１０がパケットを受信可能になったことを認識するため、パケット出力を再開する。
【００６４】
そして、通常モードに復帰時（１１ｓのタイミング）で、メインメモリ１５１には、受信バッファ１２０に書込まれた受信済みのデータ（ＴＣＰ１、ＴＣＰ２のデータ）に基づいたデータが、書き込まれる。
【００６５】
さらに、図７では、１３ｓのタイミングで、ＰＣ３０からＨＵＢ２０を介して第３のＴＣＰパケット（図７では「ＴＣＰ３」）が、ＬＡＮコントローラ１１０で受信されたものとする。なお、ＴＣＰ３、ＴＣＰ部の内容は図１０（ｇ）の内容であるものとする。このとき、ＬＡＮコントローラ１１０は、受信した１６ＫＢのデータをメインメモリ１５１に書き込む。そして、メインＣＰＵ１５０は、メインメモリ１５１で保持された１６ＫＢのデータを印刷データとして印刷回路１６０に供給する。以後、プリンタ１０では、通常モードで受信処理が実施され、受信した印刷データに対する印刷が行われる。
【００６６】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００６７】
この実施形態のプリンタ１０では、省電力モードから通常モードに復帰する際の過渡期間（メインメモリパス１５３の初期化が完了するまでの期間）をバッファモードと位置づけている。そして、この実施形態のプリンタ１０では、バッファモードの期間において、メインメモリパス１５３の初期化処理と並行して、受信バッファ１２０の記憶容量以下のデータ量をウィンドウサイズとして、印刷データの送信元（ＰＣ３０）との通信（ＴＣＰコネクション）を確立し、通常モードに復帰する前（省電力モードから通常モードへ復帰する際の過渡期間）に、先行して印刷データを受信している。そして、この実施形態のプリンタ１０では、メインメモリパス１５３の初期化処理の完了後、コネクション情報と受信済みの印刷データ（受信バッファ１２０に書込まれている印刷データ）を、メインメモリ１５１に転送している。これにより、この実施形態のプリンタ１０では、省電力モードから通常モードに復帰する際のデータ受信を継続し、効率的なデータ受信を行うことができる。特に、この実施形態のプリンタ１０では、省電力モードから通常モードに移行する際の過渡期間（メインメモリパス１５３の初期化処理を開始してから完了するまでの期間）に、先行して印刷データを受信バッファ１２０に蓄積している分、より早く印刷データを受信し、印刷を開始することができる。
【００６８】
次に、本発明の効果を説明するため、仮に、プリンタ１０において、省電力モードから通常モードに移行する際の過渡期間（メインメモリパス１５３の初期化処理を開始してから完了するまでの期間）に、印刷データを受信しない（受信したＴＣＰパケットを蓄積しない）場合を想定した例について図８、図９を用いて説明する。
【００６９】
図８では、省電力モードから通常モードに移行する際の過渡期間に、ＰＣ３０から到来したＳＹＮパケットに対しても全く応答せず、通常モードへの移行（メインメモリパス１５３の初期化）が完了した後に、ＴＣＰコネクションを確立（ＳＹＮパケットに対して応答）し、ＴＣＰ１、ＴＣＰ２、ＴＣＰ３のパケットを受信する際のシーケンスについて示している。図８は、プリンタ１０において、省電力モード時にＳＹＮパケットが受信され、通常モードへの移行を開始（メインメモリパス１５３の初期化処理を開始）した４ｓ（４秒）のタイミング以後、時系列ごとに、プリンタ１０でパケットが処理される場合のシーケンス図となっている。図８では、上述の図７と同様に、４ｓのタイミングから開始されたメインメモリパス１５３の初期化処理が、７ｓ後の１１ｓのタイミングで完了し、通常モードに復帰した場合のシーケンスとなっている。
【００７０】
図８では、ＬＡＮコントローラ１１０は、４ｓのタイミングで、ＰＣ３０から送信されたＳＹＮパケットを受信しているがこの時点では、当然メインメモリパス１５３の初期化が完了していないため、コネクションが確立できない（ＡＣＫパケットを返送できない）状態となる。また、図８において、ＬＡＮコントローラ１１０は、メインメモリパス１５３の初期化処理中（タイミング４ｓからタイミングから１１ｓのタイミングの期間）に、ＰＣ３０からＳＹＮパケットが複数回再送されても、同様にＡＣＫパケットを返送できない。さらに、図８において、１１ｓのタイミングにメインメモリパス１５３初期化が完了すると、ＬＡＮコントローラ１１０は、そのタイミングからコネクションの確立を行うことになる。そして、図８では、１１ｓのタイミングからコネクションの確立を行い、１番目のＴＣＰパケット（図８では「ＴＣＰ１」）の受信タイミングが１５ｓ、２番目のＴＣＰパケット（図８では「ＴＣＰ２」）の受信タイミングが１７ｓ、３番目のＴＣＰパケット（図８では「ＴＣＰ３」）の受信タイミングが１８ｓとなっている。したがって、この実施形態のプリンタ１０（上述の図７のシーケンスの例）では、図８のシーケンスの例と比較すると、１番目のＴＣＰパケット（ＴＣＰ１）の受信タイミングを７ｓ（７秒）短縮し、３番目のＴＣＰパケット（ＴＣＰ３）の受信タイミングを５ｓ（５秒）短縮したことになる。
【００７１】
図９では、省電力モードから通常モードに移行する際の過渡期間に、ＰＣ３０から到来したＳＹＮパケットに対して、コネクションの確立のみを行い、通常モードへの移行（メインメモリパス１５３の初期化）が完了した後に、ＴＣＰ１、ＴＣＰ２、ＴＣＰ３のパケットを受信する際のシーケンスについて示している。図９は、プリンタ１０において、省電力モード時にＳＹＮパケットが受信され、通常モードへの移行を開始（メインメモリパス１５３の初期化処理を開始）した４ｓ（４秒）のタイミング以後、時系列ごとに、プリンタ１０でパケットが処理される場合のシーケンス図となっている。図９では、上述の図７と同様に、４ｓのタイミングから開始されたメインメモリパス１５３の初期化処理が、７ｓ後の１１ｓのタイミングで完了し、通常モードに復帰した場合のシーケンスについて示している。
【００７２】
図９では、ＬＡＮコントローラ１１０は、４ｓのタイミングで、ＰＣ３０から送信されたＳＹＮパケットを受信し、当該ＳＹＮパケットに応答するＡＣＫ／ＳＹＮパケットを応答してＴＣＰコネクションの確立を図っている。そして、図９では、ＬＡＮコントローラ１１０は、ＰＣ３０からＡＣＫ／ＳＹＮパケットに対して応答するＡＣＫパケットを受信している。ただし、図９の例では、過渡期間中にＰＣ３０とＴＣＰコネクションを確立する点は、上述の図７の例と同様であるが、この時点ではメインメモリパス１５３の初期化が完了していない。したがって、図９の例において、ＬＡＮコントローラ１１０は、過渡期間中のＴＣＰコネクションに設定するウィンドウサイズを０（つまり、ＴＣＰパケットが送信されない状態）とすることを強いられる。そして、図９の例では、１１ｓのタイミングで、メインメモリパス１５３初期化が完了し、ようやく１２ｓのタイミングで、ウインドウズサイズを再設定（０よりも大きい値を再設定）するためのＡＣＫ／ＳＹＮパケットを送信することで、印刷データ（ＴＣＰパケット）の受信を開始することができる。図９では、プリンタ１０は、１２ｓのタイミングからウィンドウサイズの再設定の処理を行い、１番目のＴＣＰパケット（図９では「ＴＣＰ１」）の受信タイミング１３ｓ、２番目のＴＣＰパケット（図９では「ＴＣＰ２」）の受信タイミングが１５ｓ、３番目のＴＣＰパケット（図９では「ＴＣＰ３」）の受信タイミングが１６ｓとなっている。したがって、この実施形態のプリンタ１０（上述の図７のシーケンスの例）では、図９のシーケンスの例と比較した場合、１番目のＴＣＰパケット（ＴＣＰ１）の受信タイミングを５ｓ（５秒）短縮し、３番目のＴＣＰパケット（ＴＣＰ３）の受信タイミングを３ｓ（３秒）短縮できることになる。
【００７３】
図８、図９に示すように、プリンタ１０で省電力モードから通常モードに復旧する過渡期間に印刷データ（ＴＣＰパケット）が受信できない場合、上述の図７の例と比較して印刷データの受信に時間がかかる。また、図９に示すように、省電力モードから通常モードに復帰する過渡期間にコネクション確立のみする場合でも、仮にウィンドウサイズ＝０としてコネクション確立し、通常モードに復帰後に、正しいウィンドウサイズを改めてデータの送信側（プリンタジョブのデータ送信元）に開示する等、上述の図７の例と比較して通信の無駄が発生することになる。
【００７４】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００７５】
（Ｂ−１）上記の実施形態では、本発明の画像形成装置をプリンタに適用した例について説明したが、プリンタの機能を備える他の画像形成装置（例えば、複合機（ＭＦＰ）等）にも適用することができる。
【００７６】
（Ｂ−２）上記の実施形態では、プリンタ１０は電源投入時に初期状態として通常モードとなる例について説明したが、初期に省電力モードで動作するようにしてもよい。
【００７７】
（Ｂ−３）上記の実施形態では、プリンタ１０がバッファモード時に、ＬＡＮコントローラ１００の受信バッファ１２０にＴＣＰパケットを格納したが、サブメモリ１３１の一部を受信バッファ１２０とみなして、ＴＣＰパケットを格納してもよい。その場合は、サブメモリ１３１からメインメモリ１５１にデータを転送する手段を設ける必要があるが、これは単純なメモリコピーであるため容易に実現可能である。
【００７８】
同様に、上記の実施形態では第２のウィンドウサイズとして、ＬＡＮコントローラ１００の受信バッファ１２０の容量である３２ＫＢを用いたが、サブメモリの一部をパケット格納に使用する場合は、ウィンドウサイズとして、受信バッファ１２０の容量に、割り当てたサブメモリ１３１の一部の容量を加算して指定するようにしてもよい。
【００７９】
（Ｂ−４）上記の実施形態では、ＬＡＮコントローラ１００がＳＹＮパケットを受信した時に、の受信バッファ１２０にパケットが残っている場合もありえる。この場合、受信バッファ１２０の空き容量を第２のウィンドウサイズとして指定することも可能である。そして、受信バッファ１２０に残存しているパケットデータがサブメモリ１３１に転送され、受信バッファ１２０の空き容量が増えた時に、ウィンドウサイズを再設定（空いた容量分ウィンドウサイズを増加）しでもよい。また、受信バッファ１２０にパケットが残っている場合、ＬＡＮコントローラ１１０は、受信バッファ１２０をクリアし、受信バッファ１２０に残存パケットを破棄することで、第２のウィンドウサイズとして受信バッファ１２０の容量全体を指定するようにしてもよい。
【符号の説明】
【００８０】
１０…プリンタ、１００…システム制御部、１１０…ＬＡＮコントローラ、１２０…受信バッファ、１３０…サブＣＰＵ、１３１…サブメモリ、１３２…サブＲＯＭ、１３３…サブメモリパス、１５０…メインＣＰＵ、１５１…メインメモリ、１５２…メインＲＯＭ、１５３…メインメモリパス、１６０…印刷回路、２０…ＨＵＢ、…ＰＣ３０。
【図１】
2016101674.tif 000003
【図２】
2016101674.tif 000004
【図３】
2016101674.tif 000005
【図４】
2016101674.tif 000006
【図５】
2016101674.tif 000007
【図６】
2016101674.tif 000008
【図７】
2016101674.tif 000009
【図８】
2016101674.tif 000010
【図９】
2016101674.tif 000011
【図１０】
2016101674.tif 000012
【図１１】
2016101674.tif 000013