JP2012190383A - 通信装置及び画像処理装置 - Google Patents

Abstract

【課題】省電力モードへの移行処理の実行中に、外部機器から送信されるデータパケットのロスを抑制することが可能な画像処理装置を提供する。
【解決手段】ＭＦＰ１は、待機モードと省電力モードとの移行制御を行う電力制御部２０と、ＰＣ３から要求パケット及びデータパケットを受信するフロントエンド部２２と、待機モードにおいて、受信されたデータパケットの処理を行い、省電力モードにおいて、少なくとも一部に対する通電が電力制御部によって停止されることにより、データパケットの処理が不可能となるバックエンド部２１とを備え、フロントエンド部２２は、バックエンド部２１による待機モードから省電力モードへの移行処理が実行されている最中に要求パケットを受信した場合、ＰＣ３との間でセッションを確立した状態でＰＣ３に対してデータパケットの送信を停止させる制御パケットを送信する。
【選択図】図１

Description

本発明は、省電力制御を行う通信装置、及び該通信装置を備える画像処理装置に関する。

従来から、通信装置、及び通信機能を有する画像処理装置が広く知られている。これらの通信装置及び画像処理装置の中には、省電力制御を行うことにより、自機の消費電力を低減する装置がある。例えば、下記特許文献１には、データ処理を行わない間、一部のユニットに対する通電を停止するように自機を制御する画像形成装置が記載されている。この画像形成装置は、ネットワークを介して外部機器から印刷ジョブを含む各種のパケットを受信し、受信したパケットに対して応答を行うメイン通信部（制御部）と、印刷ジョブを実行するプリンタとを備えている。

この画像形成装置では、待機モード（通常モード）において、メイン通信部及びプリンタに対して電力が供給され、省電力モード（ディープスリープモード）において、メイン通信部及びプリンタに対する電力の供給が停止される。このため、特許文献１の画像形成装置は、省電力モードにおいてメイン通信部による応答ができないので、メイン応答部を代理して応答を行うサブ通信部（パケット処理部）を備えている。サブ通信部は、省電力モードにおいて、代理応答が可能なパケットを受信した場合は代理応答し、印刷ジョブ等の代理応答が不可能なパケットを受信した場合は、メイン応答部及びプリンタ部を起動させる。

特開２００９−１５１５３７号公報

上記特許文献１に記載の画像形成装置では、待機モードから省電力モードへ移行する際に、メイン制御部に対する通電が停止される。このため、メイン通信部では、通電が停止される前に、各ファイルを閉じて、揮発性メモリに記憶されたデータをストレージに書き込む等、次回の起動を正常に、また、素早く行うためのシャットダウン処理を含む移行処理が行われる。この移行処理は、メイン通信部の構成によって異なるが、一般的に、１，２秒から１，２分程度の時間がかかる。

この移行処理の実行中に、パケットが外部機器から自機に送信される可能性がある。例えば、印刷ジョブが要求される際には、プリントデータが外部機器から送信される。プリントデータ等のデータパケットが送信された場合、画像形成装置は、受信したデータパケットを解析する等のデータ処理を行い、応答する必要がある。しかしながら、移行処理の実行中は、メイン通信部がデータ処理を実行できない虞がある。また、不具合の発生を防止するために、移行処理の実行中には、メイン通信部がデータパケットのデータ処理を行わないように設定する場合もある。このため、移行処理が実行されている間に、外部機器からデータパケットが送信された場合、自機においてデータパケットの処理を実行できず、データパケットがロスする虞がある。

そこで本発明は、上記問題点を解消するためになされたものであり、省電力モードへの移行処理の実行中に、外部機器から送信されるデータパケットのロスを抑制可能な通信装置及び該通信装置を備える画像処理装置を提供することを目的とする。

本発明に係る通信装置は、待機モード及び該待機モードより消費電力量が小さい省電力モードを含む電力モードの移行制御を行う電力制御部と、外部機器からジョブを要求する要求パケット、及び、当該要求パケットの後に送信されるデータパケットを受信する第１の通信部と、待機モードにおいて、第１の通信部によって受信されたデータパケットの処理を行い、省電力モードにおいて、少なくとも一部に対する通電が電力制御部によって停止されることにより、データパケットの処理が不可能となる第２の通信部とを備え、第２の通信部は、待機モードから省電力モードへ移行する際に移行処理を実行し、第１の通信部は、第２の通信部による移行処理が実行されている最中に要求パケットを受信した場合、外部機器との間でセッションを確立した状態で外部機器に対してデータパケットの送信を停止させる制御パケットを送信することを特徴とする。

本発明に係る通信装置によれば、待機モードでは、要求パケットが受信され、データパケットが受信された場合、当該データパケットの処理が、第２の通信部によって行われる。省電力モードでは、第２の通信部の少なくとも一部に対する通電が停止されることにより、省電力化を図ることができる。一方、第２の通信部が待機モードから省電力モードへの移行処理を実行中に、要求パケットが受信された場合、外部機器との間でセッションが確立された状態で、外部機器に対してデータパケットの送信を停止させる制御パケットが、第１の通信部によって送信される。これにより、移行処理の実行中において、外部機器に対してデータパケットの送信を停止させることができる。従って、移行処理の実行中は、第２の通信部がデータパケットの処理を実行することができないが、データパケットの送信を停止させることにより、データパケットを受信しないようにすることができる。その結果、省電力モードへの移行処理の実行中に、外部機器から送信されるデータパケットのロスを抑制することが可能となる。

本発明に係る通信装置では、第１の通信部が、第２の通信部による移行処理が実行されている最中に、外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットを受信した場合、制御パケットを返信することが好ましい。

この構成によれば、移行処理が実行されている最中に、外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットが受信された場合、上記の制御パケットが送信される。これにより、既に上記の制御パケットを受信してデータパケットの送信を停止していた外部機器が、プローブパケットを送信した場合、該プローブパケットが自機の移行処理中に受信された際には、再び制御パケットが外部機器に送信され、引き続きデータパケットの送信を停止させることができる。従って、移行処理の実行中において、外部機器からデータパケットを受信しないようにすることができる。

本発明に係る通信装置では、第１の通信部は、省電力モードへの移行が完了した後、外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットを受信した場合、電力モードを待機モードに復帰させる復帰指示を出力し、電力制御部は、第１の通信部によって出力された復帰指示に従って、電力モードを待機モードに復帰させ、第２の通信部は、待機モードに復帰後、プローブパケットに対してデータパケットの送信を許可するパケットを返信することが好ましい。

この構成によれば、移行処理が完了した後の省電力モードにおいて、外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットが受信された場合、復帰指示が出力され、自機が待機モードに復帰する。そして、プローブパケットに対してデータパケットの送信を許可するパケットが外部機器に返信される。このため、省電力モードへの移行が完了した後にプローブパケットが受信された場合、自機が待機モードに復帰し、外部機器に対してデータパケットの送信が許可される。従って、移行処理の実行中にデータパケットの送信が停止されている場合、省電力モードへの移行が完了した後、待機モードに復帰し、データパケットの送信を開始させることができる。

本発明に係る通信装置では、第１の通信部は、第２の通信部による移行処理が実行されている最中に、要求パケットとしてジョブを要求すると共にセッションの確立を要求するパケットを受信した場合、外部機器との間でセッションを確立し、制御パケットとしてウィンドウサイズがゼロのパケットを外部機器に送信することが好ましい。

この構成によれば、移行処理が実行されている最中に要求パケットを受信した場合に、外部機器との間でセッションが確立され、ウィンドウサイズがゼロの制御パケットが外部機器に送信される。このため、ＴＣＰ／ＩＰに従って通信を行う外部機器に対して、セッションを確立した状態でデータパケットの送信を停止させることができる。

本発明に係る通信装置では、第１の通信部は、第２の通信部による移行処理が実行されている最中に要求パケットを受信した際に、要求されたジョブを第１の通信部によって処理可能な場合は該ジョブを処理し、第１の通信部によって処理不可能な場合は制御パケットを送信することが好ましい。

この構成によれば、移行処理の実行中に、第１の通信部によって処理可能な要求パケットが受信された場合は、要求されたジョブが処理される。一方、第１の通信部によって処理不可能な要求パケットが受信された場合は、上記の制御パケットが第１の通信部によって送信される。これにより、第１の通信部によって処理不可能な要求パケットを受信した場合はデータパケットの送信が停止され、データパケットのロスを抑制することができる。

本発明に係る画像処理装置は、上記の通信装置と、ジョブを処理する処理部とを備え、第１の通信部は、要求パケットとして画像処理の要求を行うパケットを受信し、処理部は、待機モードにおいて、要求パケット及びデータパケットに基づいて画像処理を行うことが好ましい。

本発明に係る画像処理装置によれば、待機モードでは、画像処理を要求する要求パケットが受信され、データパケットが受信された場合、当該データパケットの処理が、第２の通信部によって行われる。そして、要求パケット及びデータパケットに基づいて、画像処理が実行される。一方、第２の通信部が待機モードから省電力モードへの移行処理を実行中に、要求パケットが受信された場合、外部機器との間でセッションが確立された状態で、外部機器に対してデータパケットの送信を停止させる制御パケットが、第１の通信部によって送信される。これにより、移行処理の実行中において、外部機器に対してデータパケットの送信を停止させることができる。従って、移行処理の実行中は、第２の通信部がデータパケットの処理を実行することができないが、データパケットの送信を停止させることにより、省電力モードへの移行処理の実行中に、外部機器から送信されるデータパケットのロスを抑制することが可能となる。

本発明によれば、省電力モードへの移行処理の実行中に、外部機器から送信されるデータパケットのロスを抑制することが可能となる。

実施形態に係るＭＦＰの構成を示すブロック図である。 ＭＦＰが備えるバックエンド部による移行処理を示すフロー図である。 ＭＦＰが備えるバックエンド部及びフロントエンド部による電力モードの移行に応じた通信処理を示すシーケンス図である。

以下、図面を参照して本発明の好適な実施形態について詳細に説明する。まず、図１を参照して、実施形態に係る画像処理装置について、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１を例にして説明する。このＭＦＰ１には、本実施形態にかかる通信装置が搭載されている。図１は、ＭＦＰ１の構成を示すブロック図である。

ＭＦＰ１は、プリント、スキャン、ＦＡＸ（ファクシミリ）、及び、ＩＦＡＸ（インターネットＦＡＸ）を含む画像処理を実行する複合機である。また、ＭＦＰ１は、ＬＡＮ（ローカルエリアネットワーク）９０を介してパーソナルコンピュータ（ＰＣ）３から送信されるジョブ要求を受信し、上記の画像処理を実行するネットワーク複合機である。

このＭＦＰ１は、省電力化のために、自機の電力モードを移行する機能を有し、ジョブ要求が所定時間なかった場合に、電力モードを画像処理が可能な待機モードから省電力モードへ移行する。省電力モードでは、画像処理を行う各処理部と、通信部の一部に対する通電が停止される。ＭＦＰ１は、この省電力モードにおいてジョブ要求等のパケットを受信した場合、通信部の一部に対する通電が停止されているために、ジョブ要求及び後続のデータパケットに対する処理が不可能である場合、待機モードに復帰する。

続いて、ＭＦＰ１を構成する各構成要素について説明する。ＭＦＰ１は、上記の画像処理を実行するために、プリンタ１０、スキャナ１１、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１２、モデム１３、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１４を備えている。

プリンタ１０は、本実施形態では、電子写真方式により印刷を行うプリンタである。スキャナ１１は、ＣＣＤ等によって構成され、原稿を光学的に読み取って画像データを生成する。また、スキャナ１１によって読み取られた原稿の画像データが、プリンタ１０によってプリントされることにより、コピーが行われる。ＮＣＵ１２は、モデム１３と接続され、モデム１３と公衆電話回線（ＰＳＴＮ）９１との接続を制御する。ＭＦＰ１では、このＮＣＵ１２及びモデム１３によって、ＦＡＸの送受信が行われる。

ＮＩＣ１４は、ＬＡＮ９０を介して行われるデータの送受信を制御する。また、ＮＩＣ１４は、画像データが添付された電子メールをＬＡＮ９０に接続されたインターネット経由で送信する。これにより、Ｉ−ＦＡＸの送信が行われる。Ｉ−ＦＡＸの受信は、ＮＩＣ１４が受信した電子メールから画像データを取得することにより行われる。取得された画像データは、プリンタ１０により印刷してもよいし、パーソナルコンピュータ（ＰＣ）３等のディスプレイに表示するようにしてもよい。

上記の各構成要素が画像処理を実行するために、ＭＦＰ１は、コーディック１５及び画像記憶部１６を有している。コーディック１５は、スキャナ１１によって生成された画像データを符号化圧縮し、符号化圧縮されている画像データを復号化する。画像記憶部１６は、コーディック１５によって符号化圧縮された画像データ、ＦＡＸデータ、Ｉ−ＦＡＸデータ、ＰＣ３から送信されたプリントデータ等を記憶する。

また、ＭＦＰ１は、ユーザから操作を受け付けるための操作部１７と、ユーザがＰＣ３を利用して操作を行うためのＷｅｂサーバ１８とを備えている。操作部１７は、ユーザから操作を受け付ける各種のキーと、各種の情報を表示するディスプレイとを含んで構成されている。Ｗｅｂサーバ１８は、ＰＣ３にインストールされたＷｅｂブラウザの要求に応じて表示タスクを実行する。これにより、各種の操作を行うためのＷｅｂページが、ＰＣ３のディスプレイに表示される。そして、ユーザからＰＣ３を介して入力された操作が、ＮＩＣ１４を介してＷｅｂサーバ１８によって受け付けられる。従って、ユーザは、ＰＣ３を利用して、ジョブ要求及び各種設定等の操作を行うことができる。なお、ＰＣ３は、特許請求の範囲に記載の外部機器に相当する。

ユーザからＰＣ３を介してジョブ要求及び各種設定等の操作を受け付けるために、ＮＩＣ１４は、ＰＣ３との間でＴＣＰ／ＩＰに従って各種パケットの送受信を行う。このＮＩＣ１４は、バックエンド部２１及びフロントエンド部２２を有している。フロントエンド部２２は、パケットの送受信のためのＰＨＹ回路を有し、受信したパケットをバックエンド部２１へ出力する。

バックエンド部２１は、ＭＡＣ回路を含んで構成され、待機モードでは、バックエンド部２１がＮＩＣ１４としての応答機能を有する。省電力モードでは、バックエンド部２１に対する通電が停止され、バックエンド部２１によるネットワーク応答が不可能になる。本実施形態では、バックエンド部２１が特許請求の範囲に記載の第２の通信部として機能し、フロントエンド部２２が第１の通信部として機能する。

バックエンド部２１は、物理的には、演算を行うＣＰＵ、ＣＰＵに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果などの各種データを一時的に記憶するＲＡＭ等により構成されている。バックエンド部２１は、待機モードにおいて、フロントエンド部２２によって受信されたパケットを入力し、入力されたパケットを解析する。バックエンド部がパケットに対して行うデータ処理には、パケットの解析処理の他、パケットに含まれるデータを制御部１９へ出力する処理等が含まれる。

ＰＣ３は、ＭＦＰ１に対して各種のジョブを要求する要求パケットを送信する。要求パケットには、画像処理の要求を行う要求パケットが含まれる。この画像処理の要求を行う要求パケットには、プリントジョブ、スキャンジョブ、ＦＡＸジョブ、Ｉ−ＦＡＸジョブ等のジョブをＭＦＰ１に対して要求する要求パケットが含まれる。ここでは、プリントジョブの要求が行われる場合を例にしてより具体的に説明する。なお、プリントジョブの要求を行う要求パケットを、ＰＣから行うプリントの要求という意味で、ＰＣプリント要求という。

ＰＣ３は、ＰＣプリント要求を送信した後、プリントデータ及び印刷設定データ等を含むデータパケットをＭＦＰ１へ送信する。ＰＣプリント要求は、プリントデータを受信する９１００番ポートを指定するＳＹＮパケットである。ＳＹＮパケットは、ＴＣＰ／ＩＰにおいてデータを送信するために、セッションの確立を要求するパケットである。

バックエンド部２１は、入力したＰＣプリント要求を解析し、セッションの確立を許可するＳＹＮ／ＡＣＫパケットをフロントエンド部２２を介して返信する。ＳＹＮ／ＡＣＫパケットを受信したＰＣ３から、ＡＣＫパケットがＭＦＰ１へ送信され、ＭＦＰ１とＰＣ３との間でセッションが確立される。すなわち、ＴＣＰ／ＩＰのスリー・ウェイ・ハンドシェイクにより、ＭＦＰ１とＰＣ３との間でセッションが確立される。セッションが確立された後、プリントデータ及び印刷設定データを含むデータパケットがＭＦＰ１へ送信される。そして、ＰＣプリント要求とデータパケットに基づいて、プリンタ１０がプリントジョブを実行する。このため、プリンタ１０は、特許請求の範囲に記載の処理部として機能する。

スキャンジョブ、ＦＡＸジョブ、Ｉ−ＦＡＸジョブの要求が行われる場合もプリントジョブと同様に、要求パケットとして、ＰＣスキャン要求、ＰＣ−ＦＡＸ要求、又はＰＣ−ＩＦＡＸ要求がＭＦＰ１へ送信される。これらの要求パケットも各ジョブについてそれぞれ定められたポートを指定したＳＹＮパケットである。そして、ＴＣＰ／ＩＰのスリー・ウェイ・ハンドシェイクによりセッションが確立され、データパケットが、ＰＣ３からＭＦＰ１へ送信される。

そして、要求パケット及びデータパケットに基づいて、スキャンジョブ、ＦＡＸジョブ、又はＩ−ＦＡＸジョブが、スキャナ１１、ＮＣＵ１２、モデム１３、ＮＩＣ１４によって実行される。スキャナ１１は、スキャンジョブを行うので、特許請求の範囲に記載の処理部として機能する。ＮＣＵ１２及びモデム１３が、ＦＡＸジョブを行うので、特許請求の範囲に記載の処理部として機能する。また、ＮＩＣ１４が、Ｉ−ＦＡＸジョブを行うので、特許請求の範囲に記載の処理部として機能する。

また、要求パケットには、上記の画像処理を要求する要求パケットの他、ＳＮＭＰパケット、ＩＣＭＰパケット、ＡＲＰパケット等がある。これらの要求パケットは、ジョブとして応答を要求する。ＳＮＭＰパケットは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって、ＭＦＰ１のステータス情報の返信を要求するパケットである。ステータス情報は、画像処理に係るジョブの蓄積状況、用紙カセット内の用紙の有無、トナーの有無等を含む情報である。バックエンド部２１は、ＳＮＭＰパケットが入力された場合、要求されたステータス情報を含むパケットを返信する。

ＩＣＭＰパケットは、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）によって、接続状況を確認するために相手からの応答を要求するパケットである。バックエンド部２１は、ＩＣＭＰパケットが入力された場合、要求された接続情報を含むパケットを返信する。

ＡＲＰパケットは、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって、ＭＡＣアドレスを問い合わせるために応答を要求するパケットである。バックエンド部２１は、ＡＲＰパケットが入力された場合、自機のＡＭＣアドレスを含むパケットを返信する。

上述したように要求パケットの処理及び応答等を含む通信処理を行うバックエンド部２１は、省電力モードにおいては、通電が停止される。これにより、省電力化を図ることができる。その一方、バックエンド部２１は、データ処理及び応答を行うことができない状態となるため、省電力モードでは、フロントエンド部２２が一部の機能を代理する。

フロントエンド部２２は、物理的には、演算を行うＣＰＵ、ＣＰＵに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果などの各種データを一時的に記憶するＲＡＭ等により構成されている。このフロントエンド部２２は、省電力モードにおけるバックエンド部２１の代理として機能するので、消費電力及びコストを抑えるために、比較的スペックの低いＣＰＵ、ＲＯＭ、ＲＡＭを利用している。

このため、フロントエンド部２２の通信機能は、バックエンド部２１より制限されており、フロントエンド部２２は、一部の要求パケットに対してのみ代理応答する機能を有している。本実施形態のフロントエンド部２２による代理応答が可能な要求パケットは、ＳＮＭＰパケット、ＩＣＭＰパケット、及びＡＲＰパケット等である。すなわち、フロントエンド部２２は、ジョブとして応答を要求するこれらの要求パケットに対して代理応答を行うことにより、要求されたジョブを処理する。一方、フロントエンド部２２による代理応答が不可能な要求パケットは、画像処理を要求する要求パケット等である。

本実施形態のフロントエンド部２２は、上記の要求パケットに対して代理応答するために、判断部２２１及び代理応答部２２２を備える。判断部２２１は、要求されたジョブの処理が可能か否か、すなわち、代理応答が可能か否かを判断する。代理応答部２２２は、判断部２２１によって代理応答が可能と判断された場合に、応答パケットを返信する。

代理応答部２２２は、予め、待機モードにおいて、バックエンド部２１によって生成された応答パケットを要求パケットと対応付けて、代理応答情報として記憶する。代理応答情報として記憶されるのは、ＳＮＭＰパケット、ＩＣＭＰパケット、及びＡＲＰパケットである。判断部２２１は、省電力モードに移行した後に、パケットを受信した場合、代理応答情報に基づいて、代理応答可能か否かを判断する。

具体的には、判断部２２１は、受信したパケットが代理応答情報として記憶されたいずれかの要求パケットと一致する場合は、応答可能と判断する。一方、判断部２２１は、受信したパケットが代理応答情報として記憶されたいずれの要求パケットとも一致しない場合は、応答不可能と判断する。例えば、判断部２２１は、要求パケットのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）値を演算し、代理応答情報として記憶された各要求パケットのＣＲＣ値と比較する。これにより、判断部２２１は、受信したパケットが代理応答情報として記憶されたいずれかの要求パケットと一致するか否かを判断する。

判断部２２１が応答可能と判断した場合、代理応答部２２２は、受信したパケットと一致した要求パケットに対応付けられた応答パケットを返信する。判断部２２１が応答不可能と判断した場合、フロントエンド部２２が備える復帰指示出力部２２３は、待機モードへ自機を復帰させるための復帰指示を出力する。これにより、バックエンド部２１を含む各構成要素へ通電が開始され、自機が待機モードに復帰する。フロントエンド部２２は、バックエンド部２１が待機モードに復帰、すなわち起動した後、受信した要求パケットをバックエンド部２１へ出力する。復帰したバックエンド部２１は、フロントエンド部２２から出力された要求パケットに対する応答パケットを生成し、返信する。

本実施形態のフロントエンド部２２は、ＰＣプリント要求等の画像処理を要求する要求パケットについては代理応答情報として記憶しないので、省電力モードにおいて、画像処理を要求する要求パケットを受信した場合は、応答不可能と判断する。すなわち、フロントエンド部２２は、要求されたジョブを処理できないと判断する。このため、画像処理を要求するジョブ要求が受信された場合は、復帰指示が出力され、自機が待機モードに復帰する。そして、画像処理が実行される。

また、ＭＦＰ１は、各構成要素を統合的に制御するための制御部１９を備える。制御部１９は、物理的には、演算を行うＣＰＵ、ＣＰＵに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果などの各種データを一時的に記憶するＲＡＭ等により構成されている。この制御部１９は、機能的な構成要素として、電力制御部２０を備える。

電力制御部２０は、ＭＦＰ１の構成要素に対する通電を制御することにより、自機の電力モードを移行させる。この電力制御部２０は、特許請求の範囲に記載の電力制御部として機能する。ＭＦＰ１に電源が投入されると、電力制御部２０は、電力モードを待機モードとし、ＭＦＰ１の全ての構成要素に対して電力を供給する。待機モードは、全てのジョブが実行可能な状態である。

利用が所定時間なされなかった場合、電力制御部２０は、電力モードを省電力モードに移行し、ＮＣＵ１２の一部及びフロントエンド部２２を除く各構成要素に対する通電を停止する。ＮＣＵ１２の一部に電力を供給するのは、ＦＡＸの発呼を検出するためである。ＮＣＵ１２は、省電力モードにおいて、ＦＡＸの発呼を検出した場合、復帰指示を出力する。また、上述したように、フロントエンド部２２は、省電力モードにおいて、応答不可能な要求パケットを受信した場合、復帰指示を出力する。電力制御部２０は、省電力モードにおいて、ＮＣＵ１２又はフロントエンド部２２から復帰指示が出力された場合に、全ての構成要素に通電を開始して、電力モードを待機モードに復帰させる。

待機モードでは、再び、利用が所定時間（例えば１５分間）なされなかった場合、電力モードが再び省電力モードに移行する。このように、通常、ＭＦＰ１は、一日のうちに、待機モードから省電力モードへの移行を何度か行う。待機モードから省電力モードへ移行する際には、バックエンド部２１の通電が停止される。このため、バックエンド部２１は、通電が停止される前に、待機モードから省電力モードへの移行処理を行う必要がある。

この移行処理にはシャットダウン処理が含まれる。シャットダウン処理は、省電力モードに移行した後、次に待機モードへ復帰する際に、その復帰を正常かつ素早く行うための処理である。本実施形態にかかるバックエンド部２１が行うシャットダウン処理には、ファイルを閉じて、揮発性メモリに記憶されたデータをストレージに書き込む等の処理が含まれる。ハードディスク等のストレージにデータを書き込むので、数十秒〜１分程度と、時間が比較的長くかかる。

バックエンド部２１は、この移行処理の実行中には、ネットワーク応答を行うことができない。そこで、移行処理の実行中にＰＣ３から要求パケットが送信された場合に対応するため、バックエンド部２１は、移行処理の実行中に、フロントエンド部２２を以下のように機能させる。

ここでは、説明のために、上述した待機モードにおけるフロントエンド部２２の通信制御モードを待機制御モードといい、省電力モードにおける通信制御モードを省電力制御モードと言い、移行処理の実行中における通信制御モードを移行制御モードという。バックエンド部２１は、移行処理を開始する際に、フロントエンド部２２の通信制御モードを待機制御モードから移行制御モードへ切り替えさせるための切替指示を行う。これにより、フロントエンド部２２は、移行処理の実行中は移行制御モードで通信制御を行う。

フロントエンド部２２の判断部２２１は、移行制御モードにおいて、すなわち、バックエンド２１による移行処理の実行中に、パケットを検出した場合、フロントエンド部２２において応答可能か否かを判断する。この応答可能か否かの判断は、省電力モードにおける上述した判断と同様であり、フロントエンド部２２は、受信したパケットと一致する要求パケットが代理応答情報に記憶されていれば、応答可能と判断し、記憶されていなければ、応答不可能と判断する。

判断部２２１が応答可能と判断した場合、代理応答部２２２は、省電力モードの場合と同様に、代理応答情報として記憶された応答パケットを返信する。すなわち、フロントエンド部２２は、移行処理が実行されている最中に要求パケットを受信した際に、要求されたジョブをフロントエンド部２３によって処理可能な場合は、該ジョブを処理する。判断部２２１が応答不可能と判断した場合、移行処理を実行中のバックエンド部２１を復帰させることはできないため、フロントエンド部２２が有する制御パケット出力部２２４が、制御パケットをＰＣ３へ送信する。すなわち、フロントエンド部２２は、移行処理が実行されている最中に要求パケットを受信した際に、要求されたジョブをフロントエンド部２２によって処理不可能な場合は、制御パケットをＰＣ３へ送信する。制御パケットは、セッションを確立した状態でＰＣ３に対してデータパケットの送信を停止させるパケットである。

本実施形態の代理応答部２２２は、移行処理の実行中に画像処理の要求パケットを受信した場合、制御パケット出力部２２４が、要求パケットすなわちＳＹＮパケットに対してＳＹＮ／ＡＣＫパケットを返信してＰＣ３との間でセッションを確立する。その後に送信されるＰＣプリントデータを含むデータパケットに対して、制御パケット出力部２２４は、制御パケットを送信する。

制御パケットは、ウィンドウサイズがゼロのパケットである。制御パケット出力部２２４は、受信バッファが受信可能なデータサイズに関わらず、ウィンドウサイズをゼロに設定した制御パケットをＰＣ３へ送信することにより、データパケットの送信を停止させる。この制御パケットによる制御は、セッションが確立された状態でデータパケットの送信を停止させる制御であり、セッションが生きている状態という意味でキープアライブ（keep alive）制御とも言う。

ＰＣ３は、セッションが確立された一方で、データパケットの送信が停止されるので、データパケットの送信が可能か否かを問い合わせるウィンドウプローブをＭＦＰ１へ送信する。ウィンドウプローブは、特許請求の範囲に記載のプローブパケットに相当する。このウィンドウプローブが移行処理の実行中にＭＦＰ１のフロントエンド部２２によって受信された場合、制御パケット出力部２２４が、制御パケットを返信する。これにより、引き続き、セッションが確立された状態でデータパケットの送信を停止させることができる。

ＰＣ３は、データパケットの送信が停止されている場合、データパケットの送信が許可されるまで、定期的にウィンドウプローブを送信する。これに対して、ＭＦＰ１の制御パケット出力部２２４は、移行処理が実行されている間は制御パケットを返信する。これにより、移行処理が実行されている間は、セッションが確立された状態でデータパケットの送信を停止させることができる。セッションが確立されることにより、データ送信が開始される前であっても、ＰＣ３のディスプレイでは、マウスのポインタが、砂時計等の処理中を示す表示に変わる。このため、ユーザに対して、データパケットの送信処理が実行中である旨を表示することができる。

バックエンド部２１は、移行処理が完了した後、フロントエンド部２２の通信制御モードを移行制御モードから省電力制御モードへ切り換えるための切替指示を行う。これにより、省電力モードでは、フロントエンド部２２の通信制御モードが省電力制御モードとなる。省電力モードへの移行が完了した後に、ウィンドウプローブがＭＦＰ１のフロントエンド部２２によって受信された場合、復帰指示部２２３によって復帰指示が出力される。この復帰指示により、ＭＦＰ１が待機モードへ復帰し、フロントエンド部２２の通信制御モードが省電力制御モードから待機制御モードへ切り替わる。

そして、復帰したバックエンド部２１が、ウィンドウプローブに対して、データパケットの送信を許可するパケットを返信する。データパケットの送信を許可するパケットは、ウィンドウサイズが所定値以上に設定されたパケットである。例えば、ウィンドウサイズが１４６０バイトに設定されたパケットが、ウィンドウプローブに対して返信される。その後、データパケットがＰＣ３からＭＦＰ１に送信され、要求パケットとデータパケットに基づいてジョブが実行される。待機モードへの復帰は、数１０ｍsec程度と比較的早く行うことができるので、省電力モードに移行が完了してからウィンドウプローブが受信された場合、比較的早く待機モードに復帰して、データパケットの送信を許可することができる。

引き続いて、ＭＦＰ１の動作について説明する。図２を参照して、バックエンド部２１による移行処理について説明する。図２は、バックエンド部２１による移行処理を示すフロー図である。この移行処理は、バックエンド部２１が、制御部１９から省電力モードへの移行指示を入力した際に行われる。

まず、ステップＳ１０１では、フロントエンド部２２の通信制御モードを移行制御モードに切り替えるように指示する切替指示が、バックエンド部２１からフロントエンド部２２へ出力される。続くステップＳ１０２では、省電力モードへの移行が可能か否かが判断される。例えば、バックエンド部２１において、通信処理、又は、データのバックアップ処理等が実行されている場合は、省電力モードへの移行が不可能と判断される。この場合、ステップＳ１０３において、省電力モードへの移行処理が中止され、移行処理が終了する。

一方、省電力モードへの移行が可能と判断された場合は、次に、ステップＳ１０４の処理が行われる。ステップＳ１０４では、バックエンド部２１のシャットダウン処理が行われる。ステップＳ１０５では、シャットダウン処理が完了したか否かの判断が、シャットダウン処理が完了するまで行われる。シャットダウン処理が完了した後、ステップＳ１０６の処理が行われる。

ステップＳ１０６では、フロントエンド部２２の通信制御モードを省電力制御モードに切り替えるように指示する切替指示が、バックエンド部２１からフロントエンド部２２へ出力される。その後、ステップＳ１０７では、バックエンド部２１への通電が停止され、省電力モードへの移行が完了する。以上の処理を行うことにより、バックエンド部２１による移行処理の実行中は、フロントエンド部２２の通信制御モードを移行制御モードに切り替えることができる。

引き続いて、図３を参照して、ＭＦＰ１による電力モードに応じた通信処理について説明する。図３は、バックエンド部２１及びフロントエンド部２２による電力モードの移行に応じた通信処理を示すシーケンス図である。

まず、ステップＳ１１１では、省電力モードへの移行指示が、バックエンド部２１へ入力される。これにより、バックエンド部２１の移行処理が開始される。ステップＳ１１２では、移行制御モードへの切替指示が、バックエンド部２１からフロントエンド部２２へ出力される。続く、ステップＳ１１３では、了解した旨の応答が、フロントエンド部２２からバックエンド部２１へ出力される。これにより、フロントエンド部２２の通信制御モードが、移行制御モードに切り替えられる。その後、ステップＳ１１４では、バックエンド部２１において、シャットダウン処理が行われる。

移行処理の実行中に、ＳＮＭＰパケットがＰＣ３からＭＦＰ１へ送信された場合（Ｓ１１５）、フロントエンド部２２において、受信した要求パケット（ＳＮＭＰパケット）が応答可能な要求パケットか否かが判断される。ＳＮＭＰパケットは応答可能なパケットであるため、続くステップＳ１１６では、応答パケットが、フロントエンド部２２からＰＣ３へ返信される。すなわち、ＳＮＭＰパケットによって要求されたジョブが、フロントエンド部２２によって処理される。

また、移行処理の実行中に、ＰＣプリント要求が、ＰＣ３からＭＦＰ１へ送信された場合（Ｓ１１７）、受信された要求パケット（ＰＣプリント要求）がＳＹＮパケットであるため、ステップＳ１１８では、フロントエンド部２２によってＡＣＫ／ＳＹＮパケットが返信される。続くステップＳ１１９では、ＡＣＫパケットがＰＣ３からＭＦＰ１へ送信され、セッションが確立される。

セッションが確立された後、ステップＳ１２０では、ＰＣ３からＰＣプリントデータを含むデータパケットがＭＦＰ１へ送信される。続いて、ステップＳ１２１では、ウィンドウサイズがゼロの制御パケットが、フロントエンド部２２によってＰＣ３へ送信される。これにより、データパケットの送信が停止される。ステップＳ１２２においてウィンドウプローブがＰＣ３からＭＦＰ１へ送信された場合も、ステップＳ１２３において制御パケットがＰＣ３へ返信される。

一方、バックエンド部２１のシャットダウン処理が完了した後、ステップＳ１２４では、省電力制御モードへの切替指示が、バックエンド部２１からフロントエンド部２２へ出力される。続く、ステップＳ１２５では、了解した旨の応答が、フロントエンド部２２からバックエンド部２１へ出力される。これにより、フロントエンド部２２の通信制御モードが、省電力制御モードに切り替えられる。また、ステップＳ１２６では、自機の省電力モードへの移行が完了する。

その後、Ｓ１２７において、ウィンドウプローブが再びＰＣ３から送信される。そして、フロントエンド部２２において、受信したウィンドウプローブが応答可能な要求パケットか否かが判断される。ウィンドウプローブは、省電力モードにおいてフロントエンド部２２が応答不可能なパケットであるため、続くステップＳ１２８では、復帰指示が、フロントエンド部２２からバックエンド部２１へ出力される。このため、ステップＳ１２９では、バックエンド部２１に通電が開始され、自機が待機モードに復帰する。

そして、ステップＳ１３０では、ステップＳ１２７において受信されたウィンドウプローブに対して、データパケットの送信を許可するパケットが返信される。すなわち、ウィンドウサイズが１４６０バイトのパケットが、バックエンド部２１からフロントエンド部２２を介してＰＣ３へ返信される。その後、ステップＳ１３１では、ＰＣプリントデータを含むデータパケットが、ＰＣ３からＭＦＰ１へ送信され、ステップＳ１３２では、ウィンドウサイズが１４６０バイトのパケットがＭＦＰ１からＰＣ３へ返信される。このようにして、データパケットの送信が開始され、バックエンド部２１によるデータパケットの処理が行われる。

そして、データパケットに含まれるＰＣプリントデータがプリンタ１０によって印刷される。なお、フロントエンド部２２は、ステップＳ１２０で受信したＰＣプリントデータを保持し、自機が待機モードに復帰した後に、保持していたＰＣプリントデータをバックエンド部２１へ出力してもよい。これにより、制御パケットを送信する前に受信したデータパケットのロスを防止することができる。

以上説明した本実施形態に係るＭＦＰ１によれば、バックエンド部２１が移行処理を実行中に、画像処理を要求する要求パケットが受信された場合、ＰＣ３との間でセッションが確立された状態で、ＰＣ３に対してデータパケットの送信を停止させる制御パケットが、バックエンド部２１によって送信される。これにより、移行処理の実行中において、ＰＣ３に対してデータパケットの送信を停止させることができる。従って、移行処理の実行中は、バックエンド部２１がデータパケットの処理を実行することができないが、データパケットの送信を停止させることにより、データパケットを受信しないようにすることができる。その結果、省電力モードへの移行処理の実行中に、ＰＣ３から送信されるデータパケットのロスを抑制することが可能となる。

また、移行処理が実行されている最中に、ＰＣ３からデータパケットの送信が可能か否かを問い合わせるウィンドウプローブが受信された場合、上記の制御パケットが送信される。これにより、移行処理の実行中において、ＰＣ３からデータパケットを受信しないようにすることができる。

更に、移行処理が完了した後の省電力モードにおいて、プローブパケットが受信された場合、復帰指示が出力され、自機が待機モードに復帰する。そして、プローブパケットに対してデータパケットの送信を許可するパケットが外部機器に返信される。このため、省電力モードへの移行が完了した後にプローブパケットが受信された場合、自機が待機モードに復帰し、ＰＣ３に対してデータパケットの送信が許可される。従って、移行処理の実行中にデータパケットの送信が停止されている場合、省電力モードへの移行が完了した後、待機モードに復帰し、データパケットの送信を開始させることができる。

また、移行処理が実行されている最中に要求パケットを受信した場合に、ＰＣ３との間でセッションが確立され、ウィンドウサイズがゼロの制御パケットがＰＣ３に送信される。このため、ＴＣＰ／ＩＰに従って通信を行うＰＣ３に対して、セッションを確立した状態でデータパケットの送信を停止させることができる。

更に、移行処理の実行中に、フロントエンド部２２によってＡＲＰパケット等の処理可能な要求パケットが受信された場合は、要求されたジョブが処理される。一方、フロントエンド部２２によって画像処理を要求する要求パケット等の処理不可能な要求パケットが受信された場合は、上記の制御パケットがフロントエンド部２２によって送信される。これにより、フロントエンド部２２によって処理不可能な要求パケットを受信した場合はデータパケットの送信が停止され、データパケットのロスを抑制することができる。

以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記実施形態では、制御パケットとしてウィンドウサイズがゼロのパケットを利用することとしたが、ウィンドウサイズが１でもよい。制御パケットのウィンドウサイズは、ＰＣ３から実質的にデータが送信されないようにすることが可能な所定値以下の値に設定されていればよい。

上記実施形態では、省電力モードにおいて、バックエンド部２１に対する通電が完全に停止されることとしたが、メモリ等の一部に電力が供給された状態であってもよい。また、上記実施形態では、本発明に係る通信装置が、ＭＦＰ１に適用された場合について説明したがこれに限られない。また、上記実施形態では、フロントエンド部２２が、ＳＮＭＰパケット、ＩＣＭＰパケット、ＡＲＰパケット等の一部の要求パケットに対して応答可能な構成としたが、応答可能なパケットはこれに限られない。

１ ＭＦＰ
１０ プリンタ
１１ スキャナ
１２ ＮＣＵ
１３ モデム
１４ ＮＩＣ
２０ 電力制御部
２１ バックエンド部
２２ フロントエンド部

Claims (6)

1. 待機モード及び該待機モードより消費電力量が小さい省電力モードを含む電力モードの移行制御を行う電力制御部と、
   外部機器からジョブを要求する要求パケット、及び、当該要求パケットの後に送信されるデータパケットを受信する第１の通信部と、
   前記待機モードにおいて、前記第１の通信部によって受信された前記データパケットの処理を行い、前記省電力モードにおいて、少なくとも一部に対する通電が前記電力制御部によって停止されることにより、前記データパケットの処理が不可能となる第２の通信部と、
   を備え、
   前記第２の通信部は、前記待機モードから前記省電力モードへ移行する際に移行処理を実行し、
   前記第１の通信部は、前記第２の通信部による前記移行処理が実行されている最中に前記要求パケットを受信した場合、前記外部機器との間でセッションを確立した状態で前記外部機器に対して前記データパケットの送信を停止させる制御パケットを送信することを特徴とする通信装置。
2. 前記第１の通信部は、前記第２の通信部による前記移行処理が実行されている最中に、前記外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットを受信した場合、前記制御パケットを返信することを特徴とする請求項１に記載の通信装置。
3. 前記第１の通信部は、前記省電力モードへの移行が完了した後、前記外部機器からデータパケットの送信が可能か否かを問い合わせるプローブパケットを受信した場合、前記電力モードを前記待機モードに復帰させる復帰指示を出力し、
   前記電力制御部は、前記第１の通信部によって出力された復帰指示に従って、前記電力モードを前記待機モードに復帰させ、
   前記第２の通信部は、前記待機モードに復帰後、前記プローブパケットに対してデータパケットの送信を許可するパケットを返信することを特徴とする請求項１又は２に記載の通信装置。
4. 前記第１の通信部は、前記第２の通信部による前記移行処理が実行されている最中に、前記要求パケットとしてジョブを要求すると共にセッションの確立を要求するパケットを受信した場合、前記外部機器との間でセッションを確立し、前記制御パケットとしてウィンドウサイズがゼロのパケットを前記外部機器に送信することを特徴とする請求項１〜３のいずれか１項に記載の通信装置。
5. 前記第１の通信部は、前記第２の通信部による前記移行処理が実行されている最中に前記要求パケットを受信した際に、要求されたジョブを前記第１の通信部によって処理可能な場合は該ジョブを処理し、前記第１の通信部によって処理不可能な場合は前記制御パケットを送信することを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
6. 請求項１〜５のいずれか１項に記載の通信装置と、
   前記ジョブを処理する処理部と、を備え、
   前記第１の通信部は、前記要求パケットとして画像処理の要求を行うパケットを受信し、
   前記処理部は、待機モードにおいて、前記要求パケット及び前記データパケットに基づいて画像処理を行うことを特徴とする画像処理装置。

Images