JP2011253428A - サーバー装置、端末装置、ジョブ処理システム、制御方法、及び制御プログラム、並びに記録媒体 - Google Patents

Abstract

【課題】クラウドコンピューティングを用いて、印刷等のジョブを実行する際、端末装置の消費電力を削減するとともに、ジョブ実行の待ち時間を少なくする。
【解決手段】クラウド等のサーバー装置１００は、ネットワーク１０を介して端末装置６０００及び情報処理装置５０００と接続され、情報処理装置から送られたジョブに応じた処理済ジョブデータを端末装置に転送する。端末装置には、その消費電力を最低とする省エネモードが規定されている。サーバー装置は、端末装置が省エネモードであるか否かを判定して、端末装置が省エネモードである場合に、ジョブ処理が開始されると、予め規定された復帰タイミングに応じて端末装置を省エネモードから復帰させる復帰命令を端末装置に送る。
【選択図】図１

Description

本発明は、端末装置（例えば、プリンター等の画像形成装置）において、ジョブ（例えば、印刷ジョブ）を実行する際に用いられるサーバー装置、印刷システム、制御方法、及び制御プログラム、並びに記録媒体に関し、特に、外部装置であるサーバー装置と連携してジョブを実行する際における省エネモードからの復帰制御に関する。

近年、自己のホストコンピューター等の情報処理装置において、アプリケーションを実行することなく、ネットワーク（例えば、インターネット）上で提供されているソフトウェアを利用する形態が普及しつつある。このようなインターネット上のソフトウェアを利用する技術として、所謂クラウドコンピューティングが知られている。

クラウドコンピューティングにおいては、一般的に複数のサーバー装置から構成されるクラウド内のいずれのサーバー装置においてプログラム等のソフトウェアが実行されているかを、ユーザーは意識する必要がない。そして、クラウドコンピューティングは、ユーザーの要求に対して各種のサービスを提供することを特徴としている。

このようなクラウドコンピューティングを用いれば、ユーザーは自前による新たな情報処理装置等の設置を抑えるとともに、新たなアプリケーションの購入も抑えることができる。その結果、ユーザーにとっては、初期投資を抑えることができるというメリットがある。そして、上記のクラウドコンピューティングを、印刷等を実行する端末装置（例えば、画像形成装置等の印刷装置）において用いることが行われつつある。

ところで、端末装置として、例えば、コピー、ＦＡＸ、印刷、及びスキャン等などの機能を有するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎａｌ Ｐｒｉｎｔｅｒ）が知られている。クラウドコンピューティングを、このＭＦＰに用いる場合、ＭＦＰにおいては基本的機能のみをサポートして、付加的な機能についてはネットワーク上のクラウドに処理を行わせる。これによって、ＭＦＰ自体の価格を低コストとし、しかも、ＭＦＰに高度な機能を付加することができることになる。

ＭＦＰとクラウドコンピューティングとが連携する場合、例えば、ＭＦＰに対応していない形式のジョブデータ（印刷データ）をクラウドにおいてＭＦＰに対応するジョブデータの形式に変換して、ＭＦＰで印刷を実行する。

これによって、ＭＦＰでは新たな機能の拡張を行うことなく、当該新たな機能を、クラウドを用いて実質的に拡張することができる。この結果、ＭＦＰに要するコストを抑えることができることになる。

一方、ＭＦＰにおいては、消費電力の低減が重要なテーマになっている。このため、ＭＦＰには所謂省エネモード（消費電力を低減するモード）を有するものがある。

この省エネモードにおいては、省エネモードからの復帰要因を検知する検知回路等にのみを通電を行って、消費電力を低減するようにしている。そして、検知回路が復帰要因を検知すると、省エネモードからの復帰が行われて、必要とする機能に電力が供給される。

ところで、クラウドと接続されたＭＦＰでは、例えば、クラウドから送信されるパケットをネットワークコントローラによって監視して、この受信パケットに省エネモードからの復帰要因があるか否かを判定している（例えば、特許文献１参照）。このため、クラウドと接続されたＭＦＰにおいては、省エネモードにおいてもネットワークコントローラを動作可能とする必要がある。

一方、ネットワークによってクラウドと接続された情報処理装置がクラウドからジョブデータを受信し、情報処理装置からＭＦＰにジョブデータを転送するようにしたシステムがある。

このシステムにおいては、ＭＦＰが省エネモードであると、情報処理装置からＭＦＰに対して省エネモード復帰命令を発行し、ＭＦＰを省エネモードから復帰させるようにしている（例えば、特許文献２参照）。

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

ところが、クラウドにおいてジョブデータを処理し、当該処理済ジョブデータに応じてＭＦＰが印刷を実行する際には、クラウドがジョブデータの処理を完了するのに時間を要する場合がある。

例えば、クラウドが受信したジョブデータにおいて、そのデータ量又はページ数が多い場合には、ジョブデータの処理に時間を要する。また、クラウドが他の処理（例えば、ＭＦＰにおいて印刷する他のジョブデータの処理）を行っていると、新たな処理の完了に時間を要することがある。

また、ホストコンピューター等の情報処理装置及びＭＦＰの設置台数が多くなれば、クラウドに対して多くのジョブが集中する可能性がそれだけ高まることになる。

このような場合に、ジョブデータを受信したクラウドがＭＦＰに対して直ちに省エネモード復帰命令を発行すると、ＭＦＰは処理済ジョブデータを受け取るまで、省エネモードから復帰した状態で長時間待機する可能性がある。この結果、ＭＦＰが電力を無駄に消費してしまうことになってしまう。

一方で、クラウドにおいてジョブデータの処理が完了した後、クラウドからＭＦＰに省エネモード復帰命令を発行すれば、ＭＦＰが無駄に電力を消費することはない。

しかしながら、ＭＦＰが省エネモードから復帰するまでには時間を要する関係上、ジョブデータの処理が完了しているにも拘わらず、ジョブ実行までに時間が掛かってしまうことになる。

例えば、ＭＦＰが省エネモード復帰命令を受けてから、ジョブ開始可能になるまでの時間は、ＭＦＰの仕様及びＭＦＰの状態によって異なるが、速いもので１０秒程度、遅いものでは数分掛かってしまう。

従って、本発明の目的は、電力を無駄に消費することなく、ジョブデータの処理完了後、直ぐにジョブを実行することのできるサーバー装置、端末装置、ジョブ処理システム、制御方法、及び制御プログラム、並びに記録媒体を提供することにある。

上記の目的を達成するため、本発明によるサーバー装置は、ネットワークを介して端末装置及び情報処理装置と接続可能で、前記情報処理装置から送られたジョブに応じた処理済ジョブデータを前記端末装置に転送するサーバー装置において、前記端末装置には、その消費電力を低減する省エネモードが規定されており、前記ジョブに応じて前記処理済ジョブデータを生成するジョブ処理手段と、前記端末装置が前記省エネモードであるか否かを判定する省エネモード判定手段と、前記情報処理装置から前記ジョブを受信した際、前記端末装置が前記省エネモードである場合に、予め規定された復帰タイミングに応じて前記端末装置を前記省エネモードから復帰させる復帰命令を前記端末装置に送信する復帰命令手段とを有することを特徴とする。

本発明によれば、サーバー装置と端末装置とが連携してジョブ処理を行う環境において、省エネモードにある端末装置を適切なタイミングで省エネモードから復帰させることができる。この結果、端末装置において消費電力の削減を行うとともに、ジョブ処理の待ち時間の少なくすることができるという効果がある。

本発明の実施の形態による印刷システムの一例を示すブロック図である。 図１に示すクラウド（サーバー装置）のハードウェア構成の一例を示すブロック図である。 図１に示すホストコンピューター及びＭＦＰのハードウェア構成の一例を示すブロック図である。 図３に示すＭＦＰが備えるＮＣのハードウェア構成の一例を示すブロック図である。 図１に示すクラウド（サーバー装置）、ホストコンピューター、及びＭＦＰのソフトウェア構成を説明するためのブロック図である。 図５に示すホストコンピューターにおける印刷ジョブデータの生成処理について説明するためのフローチャートである。 図３に示すＭＦＰが省エネモードである場合のＮＣの処理を説明するためのフローチャートである。 図３に示すＭＦＰが省エネモードから復帰した後の印刷処理を説明するためのフローチャートである。 図５に示すクラウドにおいて通信部における処理を説明するためのフローチャートである。 図５に示すクラウドにおいてジョブ管理部における処理を説明するためのフローチャートである。 図５に示すクラウドにおいてジョブ処理部における処理を説明するためのフローチャートである。 図５に示すクラウドにおいてＭＦＰ管理部における処理を説明するためのフローチャートである。 図５に示すクラウドにおいてジョブ管理テーブルの一例を示す図である。 図５に示すクラウドにおいてジョブ管理テーブルの他の例を示す図である。 図５に示すクラウドにおいてジョブ管理テーブルのさらに他の例を示す図である。 図５に示すクラウドにおいてＭＦＰ管理部における処理の他の例を説明するためのフローチャートである。 図１６で説明したフローチャートで処理を行う際に用いられるジョブ管理テーブルの一例を示す図である。 図５に示すクラウドにおいてジョブ管理テーブルのさらに他の例を示す図である。 図１８に示す機種名と規定値の関係を規定する機種名−規定値表を説明するための図である。 図１８に示すジョブ管理テーブルを用いた際のＭＦＰ管理部における処理を説明するためのフローチャートである。

以下、本発明の実施の形態によるサーバー装置、端末装置、及びジョブ処理システムについて図面を参照して説明する。なお、以下の説明では、ジョブ処理システムとして、印刷ジョブを実行する印刷システムについて説明するが、クラウド等のサーバー装置を用いてジョブデータを処理し、処理済ジョブデータに応じて端末装置がジョブ処理を実行するシステムであれば同様に適用することができる。

図１は、本発明の実施の形態による印刷システムの一例を示すブロック図である。なお、以下の説明においては、印刷システムでは、クラウドコンピューティング環境におけるクラウドサーバー装置を利用して印刷を行うものとする。尚、クラウドとは、１つ又は複数のサーバー装置から構成され、インターネット上に存在するサービス提供システムのことである。以下の説明では、クラウドをサーバー装置と同様のものとして説明するが、サーバーの個数やその種類を限定するものではない。

図１を参照して、図示の印刷システムは、情報処理装置であるホストコンピューター５０００及び端末装置であるＭＦＰ６０００を有している。これらホストコンピューター５０００及びＭＦＰ６０００は、ネットワーク１１（例えば、イントラネット（ＬＡＮ））によって相互に接続されている。図示の例では、ＭＦＰ６０００は一台のみ示されているが、複数のＭＦＰ６０００が存在してもよい。

ネットワーク１１はネットワーク１０（例えば、インターネット）に接続されており、インターネット１０上に複数のクラウドが存在する。なお、図示の例では、１つのクラウド１００のみが示されている。

図示の例では、クラウド１００（サーバー装置）は、ディレクトリーサーバー１０００、第１の処理サーバー２０００、及び第２の処理サーバー３０００を有している（なお、図示はしないが、クラウド１００は課金処理サーバーも有している）。そして、これらディレクトリーサーバー１０００、第１の処理サーバー２０００、及び第２の処理サーバー３０００はネットワーク１２によって相互に接続されている。

ここでは、ディレクトリーサーバー１０００は、ホストコンピューター５０００からネットワーク１０を介してジョブ（例えば、印刷ジョブ）の受け付けを行う。第１及び第２の処理サーバー２０００及び３０００は、ディレクトリーサーバー１０００と印刷ジョブとによって指定された設定（ジョブ設定）に応じてジョブデータ（例えば、印刷ジョブデータ）の処理を行う。

なお、図示の例では、クラウド１００は第１及び第２の処理サーバー２０００及び３０００のみを有しているが、処理サーバーの数はクラウド１００が提供する機能の数に応じて増加する。

上述のようして、ユーザー環境のホストコンピューター５０００及びＭＦＰ６０００とクラウド１００はインターネット１０を介して接続され、これによって、印刷システムが形成される。

図示の印刷システムでは、例えば、ＭＦＰ６０００に対応しないデータ形式の印刷ジョブデータを、クラウド１００を利用してＭＦＰ６０００に対応するデータ形式の印刷ジョブデータに変換処理する。また、図示の印刷システムでは、ＭＦＰ６０００がサポートしない機能を、クラウド１００を利用することによって実現する。

例えば、ＭＦＰ６０００がＰＤＬ（Ｐｒｉｎｔｅｒ Ｄｅｓｃｔｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式の印刷ジョブデータの印刷に対応しないとする。この場合には、クラウド１００は当該印刷ジョブデータを、ＭＦＰ６００に対応するデータ形式に変換処理する。そして、クラウド１００は、処理済印刷ジョブデータをＭＦＰ６０００に転送する。

また、クラウド１００はバーコード又は地紋等の付加情報を生成・合成する処理を行う。さらに、クラウド１００は、同様にしてスキャン機能を提供する。

ところで、印刷ジョブの際にクラウド１００を利用する場合、印刷ジョブデータの転送には種々の形態がある。例えば、ホストコンピューター５０００からクラウド１００に印刷ジョブデータを送信して、当該印刷ジョブデータに印刷先のＭＦＰ６０００を指示する形態がある（以下直接利用方式と呼ぶ）。

この直接利用方式では、クラウド１００は印刷ジョブデータを、ＭＦＰ６０００において印刷可能な処理済み印刷ジョブデータに変換処理する。そして、クラウド１００は処理済み印刷ジョブデータをＭＦＰ６００に転送する。これによって、ＭＦＰ６００は、処理済み印刷ジョブデータに応じて印刷ジョブを実行する。

さらに、ホストコンピューター５０００からＭＦＰ６０００に印刷ジョブデータを転送する形態がある。この形態では、ＭＦＰ６０００が印刷ジョブデータに応じてクラウド１００に処理を依頼する必要であるか否かを判断する。そして、クラウド１００に処理を依頼する必要があると判断すると、ＭＦＰ６０００は印刷ジョブデータをクラウド１００に転送する（以下、間接利用方式と呼ぶ）。

この間接利用方式では、クラウド１００は印刷ジョブデータを、ＭＦＰ６０００で印刷可能な処理済み印刷ジョブデータに変換して、ＭＦＰ６００に転送する。これによって、ＭＦＰ６０００は、処理済印刷ジョブデータに応じて印刷ジョブを実行する。

図１に示す印刷システムにおいては、直接利用方式及び間接利用方式のいずれの方式について適用可能であるが、ここでは、直接利用方式を用いた場合について説明する。また、ここでは、クラウド１００が印刷ジョブデータを、ＭＦＰ６０００によって印刷可能な処理済み印刷ジョブデータに変換する場合について説明する。

図２は、図１に示すクラウド（サーバー装置）１００のハードウェア構成の一例を示すブロック図である。

図２を参照すると、ディレクトリーサーバー１０００は、ＣＰＵ（中央処理装置）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）部２０３を有している。そして、ＲＯＭ部２０３には、フォントＲＯＭ２０３ａ、プログラムＲＯＭ２０３ｂ、及びデータＲＯＭ２０３ｃが備えられている。

さらに、ディレクトリーサーバー１００は、キーボードコントローラ（ＫＢＣ）２０５、ＣＲＴコントローラ（ＣＲＴＣ）２０６、ディスクコントローラ（ＤＫＣ）２０７、及びネットワークコントローラ（ＮＣ）２０８を備えている。そして、これら各構成要素はシステムバス２０４を介して相互に接続されている。

ＫＢＣ２０５は、キーボード（ＫＢ）２０９及びポインティングデバイス（図示せず）によるキー入力を制御する。ＣＲＴＣ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０による表示を制御する。ＤＫＣ２０７は、ブートプログラム、各種のアプリケーション、ユーザファイル、及び編集ファイル等を記憶するハードディスクドライブ（ＨＤＤ）２１１に対するアクセスを制御する。

なお、ＨＤＤ２１１にはクラウド１００にアクセス可能なＭＦＰ６０００のリスト（ＭＦＰリスト）及び処理中の印刷ジョブデータのリスト（ジョブリスト）等も記憶される。

ＮＣ２０８は、ネットワーク１２を介して第１及び第２の処理サーバー２０００及び３０００と課金処理サーバー（図示せず）とに接続されている。そして、ＮＣ２０８は、第１及び第２の処理サーバー２０００及び３０００と課金処理サーバーとの通信を制御する。

ＣＰＵ２０１は、プログラムＲＯＭ２０３ｂ又はＨＤＤ２１１に記憶された制御プログラム（オペレーティングシステム（ＯＳ））に応じて動作する。そして、ＣＰＵ２０１は、プログラムＲＯＭ２０３ｂ又はＨＤＤ２１１に記憶されたジョブ受付プログラム等に応じてジョブ（印刷ジョブともいう）の振り分け処理を行う。

つまり、ＣＰＵ２０１は、受信したジョブを第１及び第２の処理サーバー２０００及び３０００と課金処理サーバーのいずれかに振り分ける処理を行う。

印刷ジョブの振り分け処理等を行う際には、データＲＯＭ２０３ｃ又はＨＤＤ２１１に、ジョブ振り分け処理で用いられる各種データが記憶される。なお、ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ及びワークエリア等として用いられる。また、ＣＰＵ２０１はシステムバス２０４に接続される各構成要素を総括的に制御する。

第１及び第２の処理サーバー２０００及び３０００のハードウェア構成はディレクトリーサーバー１０００と同様であるので、ディレクトリーサーバー１０００の構成要素と同一の参照符号を用いている。なお、第１及び第２の処理サーバー２０００及び３０００においては、プログラムＲＯＭ２０３ｂ又はＨＤＤ２１１にはジョブ処理プログラムが格納されている。

図３は、図１に示すホストコンピューター５０００及びＭＦＰ６０００のハードウェア構成の一例を示すブロック図である。

図３を参照すると、ホストコンピューター５０００は、ハードウェア構成として、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ部３０３、ＫＢＣ３０５、ＣＲＴＣ３０６、ＤＫＣ３０７、及びＮＣ３０８を有している。そして、ＲＯＭ部３０３には、フォントＲＯＭ３０３ａ、プログラムＲＯＭ３０３ｂ、及びデータＲＯＭ３０３ｃが備えられている。

これらＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ部３０３、ＫＢＣ３０５、ＣＲＴＣ３０６、ＤＫＣ３０７、及びＮＣ３０８はシステムバス３０４によって相互に接続されている。また、ＫＢＣ３０５、ＣＲＴＣ３０６、及びＤＫＣ３０８にはそれぞれＫＢ３０９、ＣＲＴ３１０、及びＨＤＤ３１１が接続され、ＮＣ３０８はネットワーク１１に接続されている。

図３に示すホストコンピューター５０００においては、プログラムＲＯＭ３０３ｂ又はＨＤＤ２１１にアプリケーションプログラム及びプリンター制御コマンド生成プログラム等が格納されている。

そして、ＣＰＵ３０１はこれらプログラムに基づいて図形、イメージ、文字、及び表（表計算等を含む）等が混在した文書データ作成処理を行う。さらに、ＣＰＵ３０１は文書データに関する印刷ジョブの生成処理を行う。

また、ホストコンピューター５０００においては、プログラムＲＯＭ３０３ｂ又はＨＤＤ３１１に、ＣＰＵ３０１の制御プログラムであるオペレーティングシステム（ＯＳ）等が記憶されている。そして、フォントＲＯＭ３０３ａ又はＨＤＤ３１１には、上記の文書データに関する印刷ジョブの生成処理を行う際に用いられるフォントデータ等が記憶されている。

なお、データＲＯＭ３０３ｃ又はＨＤＤ３１１には、文書データ作成処理及び印刷ジョブ生成処理等を行う際に用いられる各種データが記憶されている。

ホストコンピューター５０００において、ＮＣ３０８は、ネットワーク１１及び１０を介してＭＦＰ６０００及びクラウド１００（図１）に接続され、ＭＦＰ６０００及びクラウド１００との通信の制御を行う。

なお、ＣＰＵ３０１は、例えば、ＲＡＭ３０２上に設定された表示情報ＲＡＭに対するアウトラインフォントの展開（ラスタライズ）処理を実行する。これによって、ＣＰＵ３０１は、ＣＲＴ３１０上におけるＷＹＳＩＷＹＧ（ウィジウィグ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）が可能となる。また、ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ及びワークエリア等として用いられる。

さらに、ＣＰＵ３０１は、ＣＲＴ３１０上に表示されるマウスカーソル（図示せず）等で指示されたコマンドに基づいて、登録された種々のウインドウを開いて、種々のデータ処理を実行する。ユーザーは、印刷処理を実行する際には、印刷の設定に関するウインドウを開いて、ＭＦＰ６０００の設定を行うことができる（ユーザー入力）。

図３において、ＭＦＰ６０００は、ハードウェア構成として、ＣＰＵ３１２、ＲＯＭ部３１３、印刷部Ｉ／Ｆ３１６、ＮＣ３１８、ＲＡＭ３１９、メモリーコントローラ（ＭＣ）３２０、及びスキャン部Ｉ／Ｆ３２２を有している。そして、ＲＯＭ部３１３には、フォントＲＯＭ３１３ａ、プログラムＲＯＭ３１３ｂ、及びデータＲＯＭ３１３ｃが備えられている。

ＮＣ３１８はネットワーク１１及び電源制御部３２４に接続されている。また、印刷部Ｉ／Ｆ３１６には印刷部（プリンターエンジン）３１７が接続され、ＭＣ３２０にはＨＤＤ３１４が接続される。また、スキャン部Ｉ／Ｆ３２２には、スキャン部３２３が接続されている。

図示のように、ＭＦＰ６０００の各構成要素は、システムバス３１５によって相互に接続され、さらに、システムバス３１５には操作部３２１が接続されている。

ＭＦＰ６０００は、通常モードにおいてＣＰＵ３１２によって制御される。ＣＰＵ３１２は、プログラムＲＯＭ３１３ｂ又はＨＤＤ３１４に記憶された制御プログラム等に基づいて動作する。

印刷動作の際には、ＣＰＵ３１２はホストコンピューター５０００から印刷ジョブデータを受信する。そして、ＣＰＵ３１２は印刷部Ｉ／Ｆ３１６を介して印刷部３１７に出力情報として画像データを出力して、印刷を実行する。フォントＲＯＭ３１３ａには画像データを生成する際に用いられるフォントデータ等が記憶されている。

また、ＣＰＵ３１２は、ＨＤＤ３１４に記録された画像データを印刷部Ｉ／Ｆ３１６を介して印刷部３１７に転送して、印刷を実行する。

スキャン動作の際には、ＣＰＵ３１２はスキャン部Ｉ／Ｆ３２２を介してスキャン部３２３を動作させる。そして、ＣＰＵ３１２は、スキャン部３２３による原稿読み取りの結果得られた画像データを、ＭＣ３２０を介してＨＤＤ３１４に保存する。

スキャン動作の際には、ＣＰＵ３１２はＮＣ３１８を介して、後述するように、クラウド１００又はホストコンピューター５０００に画像データを送るとともに、各種コマンド及びステータスの送受を行う。

データＲＯＭ３１３ｃには、例えば、ＨＤＤ３１４が存在しない場合に、ホストコンピューター５０００上で用いられる各種データ等が記憶される。なお、ＨＤＤ３１４には、ユーザーによって作成された印刷データや画像データを格納することもできる。

ＣＰＵ３１２は、ＮＣ３１８を介してホストコンピューター５０００及びクラウド１００と通信を行うことができ、例えば、ＭＦＰ６０００内の各種データ等をホストコンピューター５０００及びクラウド１００に通知することができる。なお、ＲＡＭ３１９は、ＣＰＵ３１２の主メモリ及びワークエリア等として用いられる。

図示の操作部３２１は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等の表示素子を有するとともに、ボタン、タッチパネル、キーボード、及びマウスを備えている。ユーザーは操作部３２１によってＭＦＰ６０００に対する各種指示及びＭＦＰ６０００の動作状態を確認することができる。

ＭＦＰ６０００には、その消費電力を低減する省エネモードが規定されている。ＭＦＰ６０００が省エネモードである場合においては、ユーザーはボタン操作によって、ＭＦＰ６０００を省エネモードから通常モードへ復帰させることができる。

電源制御部３２４は、ＭＦＰ６０００の電源を管理する。電源制御部３２４はＮＣ３１８を介して与えられる指示又は操作部３２１から与えられる指示に応じて、ＭＦＰ６０００を省エネモード、通常モード、スタンバイモード、又はオフ状態に遷移させる。

省エネモードとなると、ＭＦＰ６０００においては、ＣＰＵ３１２を含む大部分の構成要素が電源断とされる。図示の例では、ＮＣ３１８が省エネモードから通常モードへの復帰要因を検知しており、省エネモードでは、例えば、ＮＣ３１８、操作部３２１、及び電源制御部３２４に通電が行われる。

図４は、図３に示すＭＦＰ６０００が備えるＮＣ３１８のハードウェア構成の一例を示すブロック図である。

図４を参照して、ＮＣ３１８は、ＣＰＵ４０１、ＲＡＭ４０２、プログラムＲＯＭ４０３、ホストＩ／Ｆ４０４、ＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）部４０６、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）部４０７、及びＧＰＩＯ（Ｇｅｎｅｒａｌ Ｐｕｒｐｏｓｅ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）部４０８を備えている。

そして、ＣＰＵ４０１、ＲＡＭ４０２、プログラムＲＯＭ４０３、ホストＩ／Ｆ４０４、ＰＨＹ部４０６、ＭＡＣ部４０７、及びＧＰＩＯ部４０８はシステムバス４０５によって相互に接続されている。

図示のＮＣ３１８は、ホストＩ／Ｆ４０４によってシステムバス３１５（図３）に接続され、ＰＨＹ部４０６によってネットワーク（ＬＡＮ）１１（図３）に接続されている。また、ＮＣ３１８はＧＰＩＯ部４０８によって電源制御部３２４（図３）に接続されている。

ＣＰＵ４０１は、ＭＦＰ６０００が省エネモードである際、後述する受信パケット（受信情報ともいう）を解析して、送信パケットを生成するので、ＣＰＵ４０１として省電力のＣＰＵが用いられる。

ＣＰＵ４０１はプログラムＲＯＭ４０３に格納されたプログラムを実行し、ワークエリアとしてＲＡＭ４０２を用いる。ネットワーク１１を介して受信する受信パケットはＰＨＹ部４０６に入力される。

そして、この受信パケットは、ＭＡＣ部４０７においてＣＰＵ４０１で取り扱い可能なデータ形式に変換される。この受信パケットは一旦ＲＡＭ４０２に格納される。その後、ＣＰＵ４０１は受信パケットを解析する。

送信パケット（送信情報ともいう）を送信する際には、ＣＰＵ４０１はＲＡＭ４０２上に作成した送信パケットをＭＡＣ部４０７に転送する。そして、ＭＡＣ４０７は、この送信パケットを、ＰＨＹ部４０６を介してネットワーク１１に送信する。

ＧＰＩＯ部４０８はＣＰＵ４０１によって制御される入出力ポートである。前述のように、ＧＰＩＯ部４０８は電源制御部３２４に接続される。ＧＰＩＯ部４０８は、省エネモード復帰を指示するため出力ポートを有しており、ＣＰＵ４０１はＧＰＩＯ部４０８にアクセスして、当該出力ポートによって省エネモードからの復帰を電源制御部３２４に対して指示する。

ＣＰＵ３１２（図３）は、ホストＩ／Ｆ４０４を介してＮＣ３１８にアクセスする。このホストＩ／Ｆ４０４は省エネモードにおいては使用されない。

ところで、省エネモードから通常モードに移行して、ＣＰＵ３１２が動作を開始すると、ＣＰＵ３１２は省エネモードからの復帰処理の過程においてホストＩ／Ｆ４０４を介してＣＰＵ４０１に停止命令を送る。この停止命令に応答して、ＣＰＵ４０１は動作を停止する。

そして、ＣＰＵ３１２はＲＡＭ４０２及びＭＡＣ４０７にアクセス可能な状態となって、ＮＣ３１８はＣＰＵ３１２の制御下に置かれることになる。

図５は、図１に示すクラウド（サーバー装置）１００、ホストコンピューター５０００、及びＭＦＰ６０００のソフトウェア構成を説明するためのブロック図である。ここで、図５においては、クラウド１００、ホストコンピューター５０００、及びＭＦＰ６０００に備えられたソフトウェアが有する機能が示されている。

まず、クラウド１００に注目すると、ソフトウェアが有する機能は、図２に示すディレクトリーサーバー１０００と第１及び第２の処理サーバー２０００及び３０００のＣＰＵ２０１上で実行されることになる。なお、以下の説明では、ディレクトリーサーバー１０００と第１及び第２の処理サーバー２０００及び３０００とが一体的にクラウド１００として動作する場合について説明する。

クラウド１００上で動作するソフトウェアは、通信部１０１、ジョブ管理部１０２、ジョブ処理部１０３、及びＭＦＰ管理部１０５を有している。そして、ジョブ処理部１０３は、印刷ジョブの処理内容に対応して複数備えられている。また、クラウド１００上の記憶装置（ＲＯＭ等）には、ジョブ管理テーブル１０４が展開されている。

通信部１０１はネットワーク（ＬＡＮ）１２に接続され、ＭＦＰ６０００及びホストコンピューター５０００とパケット等のデータの送受を行う。パケット等のデータとして、例えば、印刷ジョブデータ、画像データ、ジョブ開始要求等のコマンドがある。また、ここでは、ファイヤーウォールを越えるためのポーリングパケット等も送受される。

ジョブ管理部１０２は、受信したジョブ開始要求及びジョブ処理部１０３の状態に応じてジョブ管理テーブル１０４を更新する。そして、ジョブ処理部１０３等に指示を行う。

ジョブ処理部１０３は、各種データの変換処理を行う。たとえば、印刷ジョブであれば、ジョブ処理部１０３は印刷ジョブデータを処理済み印刷ジョブデータに変換する。

ＭＦＰ管理部１０５は、通信部１０１で受信したＭＦＰ６０００のステータス情報をジョブ管理テーブル１０４に反映させる。そして、後述するようにして、ＭＦＰ管理部１０５は、省エネモードであるＭＦＰ６０００を通常モードに復帰する際の復帰タイミングを決定する。

なお、図示の例においては、通信部１０１、ジョブ管理部１０２、ジョブ管理テーブル１０４、及びＭＦＰ管理部１０５はディレクトリーサーバー１０００（図２）に実装されている。また、ジョブ処理部１０３は第１及び第２の処理サーバー２０００及び３０００に実装されている。

続いて、ホストコンピューター５０００に注目すると、ホストコンピューター５０００が有するソフトウェアの機能は、例えば、ホストコンピューター５０００のＣＰＵ３０１及びＮＣ３０８等で実行されることになる。

ホストコンピューター５０００上で動作するソフトウェアは、アプリケーション部５０１０、プリンタードライバー５０２０、スプーラー５０３０、及び通信モジュール５０４０を有している。

図６は、図５に示すホストコンピューター５０００における印刷ジョブデータの生成処理について説明するためのフローチャートである。

図５及び図６を参照して、いま、ユーザーが印刷ボタンを選択すると、アプリケーション部５０１０はプリンタードライバー５０２０を起動して、印刷を開始する（ステップＳ６０１）。アプリケーション部５０１０によって印刷要求された描画データは、プリンタードライバー５０２０に与えられる。そして、プリンタードライバー５０２０は、描画データに応じた印刷ジョブデータを生成する。プリンタードライバー５０２０は印刷ジョブデータをスプーラー５０３０にスプールする（ステップＳ６０２）。

この印刷ジョブデータの先頭には、ジョブ要求データが含まれている。そして、ジョブ要求データは、ホストコンピューター５０００に関するホスト情報、出力先であるＭＦＰ６０００に関するＭＦＰ情報、印刷ジョブの種類（例えば、印刷するか又はＨＤＤに格納するか）、ジョブ設定（例えば、地紋処理）等を含んでいる。

その後、通信モジュール５０４０はスプーラー５０３０から印刷ジョブデータを受け取って、クラウド１００に印刷ジョブデータを送信する（ステップＳ６０２）。

図６に示す例では、クラウド１００を用いて印刷ジョブデータを処理する例が示されている。このため、印刷ジョブデータはクラウド１００に送信されることになるが、前述のように、クラウド１００を用いない場合には、印刷ジョブデータは直接ＭＦＰ６０００に送信されることになる。

つまり、通信モジュール５０４０は、印刷ジョブデータに含まれる印刷ジョブ設定情報に応じて、印刷ジョブデータをクラウド１００又はＭＦＰ６０００に送信する。

印刷ジョブ設定情報中の送信先情報が送信先としてクラウド１００を示している場合には、通信モジュール５０４０はクラウド１００に印刷ジョブデータを送信する。一方、送信先情報が送信先としてデバイスを示している場合には、通信モジュール５０４０はＭＦＰ６０００に印刷ジョブデータを送信することになる。

再び、図５を参照して、次に、ＭＦＰ６０００に注目すると、ＭＦＰ６０００が有するソフトウェアの機能は、ＭＦＰ６０００のＣＰＵ３１２、印刷部３１７、及びＮＣ３１８等で実行されることになる。

ＭＦＰ６０００上で動作するソフトウェアは、通信制御部６０１０、ジョブ種別判別部６０２０、画像形成部６０３０及び６０５０、及び印刷制御部６０４０を有している。

ＭＦＰ６０００において、通信制御部６０１０はホストコンピューター５０００から印刷ジョブ要求を受信すると、この印刷ジョブ要求をジョブ種別判別部６０２０に与える。ジョブ種別判別部６０２０は、印刷ジョブ要求に応じて当該印刷ジョブのジョブ種別を判別する。例えば、ジョブ種別判別部６０２０はクラウド１００を利用するジョブ種別であると判別すると、通信制御部６０１０を介してクラウド１００に処理済み印刷ジョブデータを要求する。

処理済み印刷ジョブデータの要求に際しては、通信制御部６０１０によってポーリングが行われる。そして、処理済み印刷ジョブデータの要求に対する返答として、クラウド１００から処理済み印刷ジョブデータがＭＦＰ６０００に送信される。

一方、ＭＦＰ６０００のみで印刷ジョブが可能であるジョブ種別であると判別されると、ジョブ種別判別部６０２０は画像形成部６０５０に印刷ジョブデータを与える。画像形成部６０５０は印刷ジョブデータに基づいて印刷データを生成する。そして、画像形成部６０５０は、当該印刷データに応じて画像形成を実行する。

ところで、ＭＦＰ６０００が通信制御部６０１０を介してクラウド１００から処理済み印刷ジョブデータを受信すると、この処理済み印刷ジョブデータは通信制御部６０１０からジョブ種別判別部６０２０に送られる。当該処理済み印刷ジョブデータがクラウド１００から送信されたものであると判別すると、ジョブ種別判別部６０２０は、この処理済み印刷ジョブデータを印刷制御部６０４０に送信するとともに、画像形成部６０３０に送る。

画像形成部６０３０では処理済み印刷ジョブデータに応じて画像形成を実行する。また、印刷制御部６０４０は処理済み印刷ジョブデータに応じて印刷出力処理を実行する。そして、印刷制御部６０４０は、印刷出力処理が完了すると、ページ毎に通信制御部６０１０を介してクラウド１００に印刷出力完了を通知する。

ここで、図４に示すＣＰＵ４０１の動作について説明する。クラウド１００はネットワーク（インターネット）１０を越えた位置に設置されることがある。このため、ネットワーク（ＬＡＮ）１１の環境によっては、クラウド１００からＭＦＰ６０００にパケットを送信できないことがある。

よって、ＣＰＵ４０１は、ポーリングパケットをクラウド１００に送る。つまり、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）又はファイヤーウォール等の仕組みがＬＡＮ１１に備わっている場合には、ＣＰＵ４０１はポーリングパケットをクラウド１００に送ることになる。

これによって、ホストコンピューター５０００又はＭＦＰ６０００からサーバー１００に対してパケットを送信することができる。そして、その応答パケットは、受信パケットとして、送信元であるホストコンピューター５０００又はＭＦＰ６０００に届く。なお、応答パケットには、クラウド１００が伝えるべき情報が含まれる。

さらに、ＣＰＵ４０１は、後述するように、ジョブ開始要求及び省エネモード復帰命令を検知すると、省エネモードから通常モードへ復帰する復帰信号を生成する。省エネモード復帰命令は、ポーリングパケットの応答として、後述するように、クラウド１００からＭＦＰ６０００に送信される。

また、通常モードに復帰後、ＣＰＵ３１２からシャットダウン要求があると、ＣＰＵ４０１は、このシャットダウン命令を検知する。そして、シャットダウン命令を検知すると、ＣＰＵ４０１はシャットダウン処理を行って、動作を停止する。

シャットダウン処理では、パケット処理が終了し、ＭＡＣ部４０７及びＰＨＹ部４０６が初期状態に戻される。つまり、シャットダウン処理の際、ＣＰＵ４０１はＭＡＣ部４０７及びＰＨＹ部４０６の初期化を行う。

図７は、図３に示すＭＦＰ６０００が省エネモードである場合のＮＣ３１８の処理を説明するためのフローチャートである。

図３、図４、及び図７を参照して、まず、ＣＰＵ４０１は、内蔵タイマーＴを初期化する（Ｔ＝０：ステップＳ７０１）。なお、この内蔵タイマーＴは、クラウド１００に対するポーリングパケットの送信間隔を計時するためのものである。図示の例では、送信間隔＝１０秒とする。

続いて、ＣＰＵ４０１は、受信バケットを受信したか否かを調べる（ステップＳ７０２）。受信パケットを受信しないと（ステップＳ７０２において、ＮＯ）、ＣＰＵ４０１は、ＣＰＵ３１２からシャットダウン要求があるか否かについて調べる（ステップＳ７０３）。

シャットダウン要求ないと（ステップＳ７０３において、ＮＯ）、ＣＰＵ４０１は、内蔵タイマーＴが送信間隔（ポーリング間隔＝１０秒）を越えているか否かについて判定する（ステップＳ７０４）。

内蔵タイマーＴ≦１０秒であると（ステップＳ７０４において、ＮＯ）、ＣＰＵ４０１はステップＳ７０２に戻って、処理を続行する。

一方、内蔵タイマーＴ＞１０秒であると（ステップＳ７０４において、ＹＥＳ）、ＣＰＵ４０１は、送信パケットを生成して、当該送信パケットをクラウド１００に送信する。そして、ＣＰＵ４０１はステップＳ７０１に戻って、内蔵タイマーＴを初期化する。

ステップＳ７０３において、シャットダウン要求があると（ステップＳ７０３において、ＹＥＳ）、ＣＰＵ４０１はシャットダウン処理を行って、処理を終了する。

また、ステップＳ７０２において、受信パケットを受信すると（ステップＳ７０２において、ＹＥＳ）、ＣＰＵ４０１は当該受信パケットの解析を行う（ステップＳ７０７）。そして、ＣＰＵ４０１は、この解析結果に応じて、受信パケットがクラウド１００から送信されたものであるか否かについて判定する（ステップＳ７０８）。

受信パケットがクラウド１００から送信されたものではないと（ステップＳ７０８において、ＮＯ）、ＣＰＵ４０１は当該受信パケットがホストコンピューター５０００から送信されたものであるか否かについては判定する（ステップＳ７０９）。

受信パケットがホストコンピューター５０００から送信されたものではないと（ステップＳ７０９において、ＮＯ）、ＣＰＵ４０１はステップＳ７０２に戻って処理を続行する。

ステップＳ７０８において、受信パケットがクラウド１００から送信されたものであると（ステップＳ７０８において、ＹＥＳ）、ＣＰＵ４０１は、当該受信パケットに省エネモード復帰命令が含まれているか否かについて判定する（ステップＳ７１０）。受信パケットに省エネモード復帰命令が含まれていないと（ステップＳ７１０において、ＮＯ）、ＣＰＵ４０１はステップＳ７０２に戻って処理を続行する。

一方、受信パケットに省エネモード復帰命令が含まれている（ステップＳ７１０において、ＹＥＳ）、ＣＰＵ４０１は復帰信号を生成して、ＧＰＩＯ部４０７を介して復帰信号を電源制御部３２４に与える（ステップＳ７１１）。

これによって、電源制御部３２４はＭＦＰ６０００を省エネモードから通常モードに移行する。ＣＰＵ４０１が起動してシャットダウン命令を受けるまでの時間、ＮＣ３１８は動作を継続する必要があるため、ＣＰＵ４０１はステップＳ７０２に戻って処理を続行する。

ステップＳ７０９において、受信パケットがホストコンピューター５０００から送信されたものであると（ステップＳ７０９において、ＹＥＳ）、ＣＰＵ４０１は、当該受信パケットがジョブ開始要求であるか否かについては判定する（ステップＳ７１２）。

受信パケットがジョブ開始要求であると（ステップＳ７１２において、ＹＥＳ）、ＣＰＵ４０１は復帰信号を生成して、ＧＰＩＯ部４０７を介して復帰信号を電源制御部３２４に与える（ステップＳ７１３）。そして、ＣＰＵ４０１はステップＳ７０２に戻って処理を続行する。

なお、受信パケットがジョブ開始要求でないと（ステップＳ７１２において、ＮＯ）、ＣＰＵ４０１はステップＳ７０２に戻って処理を続行する。

このようにして、ＭＦＰ６０００が省エネモードである場合には、ＮＣ３１８はクラウド１００から省エネモード復帰命令を受けると、ＭＦＰ６０００を通常モードに移行させる。

図８は、図３に示すＭＦＰ６０００が省エネモードから復帰した後の印刷処理を説明するためのフローチャートである。

図３、図４、及び図８を参照して、省エネモードから復帰すると、ＣＰＵ３１２はＮＣ３１８にシャットダウン命令を発行する（ステップＳ８０１）。これによって、前述したように、ＭＡＣ部４０７及びＰＨＹ部４０６の初期化が行われる。この時点で、ＮＣ３１８は動作を停止し、ＣＰＵ３１２の制御下に移行する。

続いて、ＣＰＵ３１２は、クラウド１００から処理済み印刷ジョブデータを受信したか否かを判定する（ステップＳ８０２）。処理済み印刷ジョブデータを受信しないと（ステップＳ８０２において、ＮＯ）、ＣＰＵ３１２は処理済み印刷ジョブデータを受信するまで待つ。

一方、処理済み印刷ジョブデータを受信すると（ステップＳ８０２において、ＹＥＳ）、ＣＰＵ３１２は当該処理済み印刷ジョブデータ、つまり、画像データを、例えば、ＨＤＤ３１４に保存する（ステップＳ８０３）。そして、ＣＰＵ３１２は印刷部１／Ｆ３１６を介して印刷部３１７に画像データを送り、印刷を実行する（ステップＳ８０４）。

印刷が終了すると、ＣＰＵ３１２はクラウド１００に印刷出力完了通知を行って、ステップＳ８０２に戻って、次の印刷ジョブに待機する。

図８に示す例では、クラウド１００から処理済み印刷ジョブデータを受けて、印刷を行う場合について説明したが、前述したように、ＭＦＰ６０００はホストコンピューター５０００から直接印刷ジョブデータを受信し、画像データに変換した後印刷することもある。

図９は、図５に示すクラウド１００において通信部１０１における処理を説明するためのフローチャートである。

図５及び図９を参照して、前述のように、通信部１０１は、図２に示すディレクトリーサーバー１０００に備えられており、通信部１０１は、例えば、ＣＰＵ２０１等で動作する。

まず、通信部１０１は、送信待ちのパケットが存在するか否かについて判定する（ステップＳ９０１）。送信待ちのパケットがあれば（ステップＳ９０１において、ＹＥＳ）、通信部１０１は当該送信待ちのパケットを送信する（ステップＳ９０２）。そして、通信部１０１は受信パケットがあるか否かについて判定する（ステップＳ９０３）。

なお、送信待ちパケットがなければ（ステップＳ９０１において、ＮＯ）、通信部１０１はステップＳ９０３に移行する。受信パケットがないと（ステップＳ９０３において、ＮＯ）、通信部１０１はステップＳ９０１に戻って処理を続行する。

一方、受信パケットがあると（ステップＳ９０３において、ＹＥＳ）、通信部１０１は、当該受信パケットを取り込んで、受信パケットの解析を行う（ステップＳ９０４）。そして、通信部１０１は、この解析結果に応じて受信パケットの内容を判定する（ステップＳ９０５）。

解析結果によって、受信パケットがＭＦＰ６０００から送られたポーリングパケットであると判定すると（ステップＳ９０５において、ポーリングパケット）、通信部１０１は当該ポーリングパケットをＭＦＰ管理部１０５に転送する（ステップＳ９０６）。そして、通信部１０１はステップＳ９０１に戻る。

解析結果によって、受信パケットが印刷ジョブデータであると判定すると（ステップＳ９０５において、ジョブデータ）、通信部１０１はＨＤＤ２１１（図２）等に当該印刷ジョブデータを保存する（ステップＳ９０７）。そして、通信部１０１はステップＳ９０１に戻る。

なお、ジョブ処理部１０３はこの印刷ジョブデータを参照して、ジョブ種別がプリントであると、ジョブ処理部１０３は印刷ジョブデータを処理済み印刷ジョブデータ（つまり、画像データ）に変換する。

解析結果によって、受信パケットが印刷ジョブ要求であると判定すると（ステップＳ９０５において、ジョブ要求）、通信部１０１は当該受信パケットをジョブ管理部１０２に転送する（ステップＳ９０８）。そして、通信部１０１はステップＳ９０１に戻る。ジョブ管理部１０２は、受信パケット、つまり、ここでは印刷ジョブ要求を受けると、当該印刷ジョブ要求を新規ジョブ要求として扱い、ジョブ管理テーブル１０４を更新する。

図１０は、図５に示すクラウド１００においてジョブ管理部１０２における処理を説明するためのフローチャートである。

図５及び図１０を参照して、前述のように、ジョブ管理部１０２は、図２に示すディレクトリーサーバー１０００に備えられており、ジョブ管理部１０２は、例えば、ＣＰＵ２０１等で動作する。

図９で説明したように、通信部１０１は印刷ジョブ要求を受けたか否かを判定している（ステップＳ１００１）。そして、印刷ジョブ要求を受けると（ステップＳ１００１において、ＹＥＳ）、当該印刷ジョブ要求はジョブ管理部１０２に転送される。印刷ジョブ要求を受けると、ジョブ管理部１０２は、当該印刷ジョブ要求に対して新規ジョブＩＤを発行して、当該新規ジョブＩＤをジョブ管理テーブル１０４に登録する（ステップＳ１００２）。

続いて、ジョブ管理部１０２は、ジョブ管理テーブル１０４を参照して、受信済みで、かつ未処理の印刷ジョブデータがあるか否かをチェックする（ステップＳ１００３）。なお、ステップＳ１００１において、印刷ジョブ要求がないと（ステップＳ１００１において、ＮＯ）、ジョブ管理部１０２はステップＳ１００３に移行する。

未処理の印刷ジョブデータがあると（ステップＳ１００３において、ＹＥＳ）、ジョブ管理部１０２はデータ処理部１０３において新規ジョブの受付が可能であるか否かについて調べる（ステップＳ１００４）。

データ処理部１０３、つまり、第１又は第２の処理サーバー２０００又は３０００（図２）において、新規ジョブの受付が可能であると（ステップＳ１００４において、ＹＥＳ）、ジョブ管理部１０２はデータ処理部１０３に対してジョブ処理の指示を行う（ステップＳ１００５）。

この際、ジョブ管理部１０２は、例えば、受け付けが最も古い印刷ジョブデータを指定することになる。そして、ジョブ処理の指示を受けると、データ処理部１０３は通信部１０１を介して印刷ジョブデータを受信し、印刷ジョブデータを画像データに変換する変換処理を行う。この場合、変換処理が終了すると、当該画像データは、例えば、通信部１０１に保存される。

ジョブ処理の指示を行った後、ジョブ管理部１０２は、ジョブ管理テーブル１０４を更新する（ステップＳ１００６）。例えば、ジョブ管理部１０２は、印刷ジョブ要求のステータスを「処理待ち」から「処理中」に変更する。なお、第１の処理サーバー２０００において処理中の場合には、「第１の処理サーバー２０００において処理中」とする。同様に、第２の処理サーバー３０００において処理中の場合には、「第２の処理サーバー３０００において処理中」とする。

続いて、ジョブ管理部１０２は、データ処理部１０３において処理が終了した印刷ジョブデータがあるか否かを調べる（ステップＳ１００７）。処理済み印刷ジョブデータがあると（ステップＳ１００７において、ＹＥＳ）、ジョブ管理部１０２は通信部１０１に対して「終了ジョブあり」を通知する（ステップＳ１００８）。これによって、通信部１０１は処理済み印刷ジョブデータの送信が可能となる。

次に、ジョブ管理部１０２はジョブ管理テーブル１０４を更新する（ステップＳ１００９）。例えば、ジョブ管理部１０２は、印刷ジョブ（ここでは、変換処理）のステータスを「処理中」から「処理完了」に変更する。その後、ジョブ管理部１０２はステップＳ１００１に戻って処理を続行する。

なお、ステップＳ１００７において、処理済み印刷ジョブデータがないと（ステップＳ１００７において、ＮＯ）、ジョブ管理部１０２はステップＳ１００１に戻る。また、ステップＳ１００３において、未処理印刷ジョブデータがないと（ステップＳ１００３において、ＮＯ）、ジョブ管理部１０２はステップＳ１００７に移行する。同様に、ステップＳ１００４において、新規ジョブの受付が可能でないと（ステップＳ１００４において、ＮＯ）、ジョブ管理部１０２はステップＳ１００７に移行する。

図１１は、図５に示すクラウド１００においてジョブ処理部１０３における処理を説明するためのフローチャートである。

図５及び図１１を参照して、前述のように、ジョブ処理部１０３は、図２に示す第１及び第２の処理サーバー２０００及び３０００の各々に備えられている。そして、第１及び第２の処理サーバー２０００及び３０００はそれぞれ独立かつ並行して処理を行う。

まず、ジョブ処理部１０３は、現在印刷ジョブ（つまり、ここでは変換処理）を受け付けた状態であるか否かについて調べる（ステップＳ１１０１）。印刷ジョブの受け付け中であると（ステップＳ１１０１において、ＹＥＳ）、ジョブ処理部１０３はデータ変換処理が終了しているか否かについて調べる（ステップＳ１１０２）。そして、データ変換処理中であると（ステップＳ１１０２において、ＮＯ）、データ処理部１０３はステップＳ１１０１に戻る。

一方、データ変換処理が終了していると（ステップＳ１１０２において、ＹＥＳ）、データ処理部１０３はジョブ管理部１０２にジョブ処理の終了を通知する（ステップＳ１１０３）。これによって、ジョブ管理部１０２はジョブ管理テーブル１０４を更新することになる。

続いて、ジョブ処理部１０３は、変換処理によって生成した処理済み印刷ジョブデータを、通信部１０１に転送して（ステップＳ１１０４）、ステップＳ１１０１に戻る。

ステップＳ１１０１において、印刷ジョブの受け付け中でないと（ステップＳ１１０１において、ＮＯ）、つまり、待機中であると、ジョブ処理部１０３はジョブ管理部１０２から新規ジョブの通知があるか否かを調べる（ステップＳ１１０５）。新規ジョブの通知がないと（ステップＳ１１０５において、ＮＯ）、ジョブ処理部１０３はステップＳ１１０１に戻る。

一方、新規ジョブの通知があると（ステップＳ１１０５において、ＹＥＳ）、ジョブ処理部１０３は通信部１０１から印刷ジョブデータを受信する（ステップＳ１１０６）。そして、ジョブ処理部１０３は、当該印刷ジョブデータについてデータ変換処理を実行する（ステップＳ１１０７）。その後、ジョブ処理部１０３はステップＳ１１０１に戻る。

図１２は、図５に示すクラウド１００においてＭＦＰ管理部１０５における処理を説明するためのフローチャートである。

図５及び図１１を参照して、前述のように、ＭＦＰ管理部１０５は、図２に示すディレクトリーサーバー１０００に備えられており、ＭＦＰ管理部１０５は、例えば、ＣＰＵ２０１等で動作する。

ＭＦＰ管理部１０５は、通信部１０１がポーリングパケットを受信したか否かを判定する（ステップＳ１２０１）。そして、通信部１０１がポーリングパケットを受信しないと（ステップＳ１２０１において、ＮＯ）、ＭＦＰ管理部１０５は待機する。つまり、ＭＦＰ管理部１０５は、通信部１０１がポーリングパケットを受信するまで待機することになる。

通信部１０１がポーリングパケットを受信すると（ステップＳ１２０１において、ＹＥＳ）、ＭＦＰ管理部１０５は当該ポーリングパケットを解析する（ステップＳ１２０２）。そして、ＭＦＰ管理部１０５は、この解析結果に応じてジョブ管理テーブル１０４を更新する（ステップＳ１２０３）。

ＭＦＰ管理部１０５は、ジョブ管理テーブル１０４においてＭＦＰステータスの項目に変化がある場合に更新を行う。例えば、ＭＦＰ６０００が省エネモードからスタンバイモードに移行した場合に、ＭＦＰ管理部１０５はジョブ管理テーブル１０４を更新する。

続いて、ＭＦＰ管理部１０５はジョブ管理テーブル１０４を参照して、ＭＦＰ６０００が省エネモードであるか否かについて判定する（ステップＳ１２０４）。ＭＦＰ６０００が省エネモードであると（ステップＳ１２０４において、ＹＥＳ）、ＭＦＰ管理部１０５は、ＭＦＰ６０００を省エネモードから復帰させる復帰タイミングであるか否かをついて判定する（ステップＳ１２０５）。

ここでは、ＭＦＰ管理部１０５は、ＭＦＰ６０００に係る印刷ジョブ処理がジョブ処理部１０３において開始されたか否かによって、省エネモードから復帰させる復帰タイミングであるか否かについて判定する。

一般に、ジョブ処理部１０３における印刷ジョブ処理には時間を要する。このため、ＭＦＰ６０００を省エネモードから復帰させるために要する時間と印刷ジョブ処理に要する時間とを相殺するようにすれば、ＭＦＰ６０００は省エネモードから復帰した後、画像データを受信するまで待たされることがない。つまり、画像データの生成までに要する時間とＭＦＰ６０００が通常モードに復帰するまでの時間との時間差はそれほど大きくなく、ＭＦＰ６０００は省エネモードから復帰した後、画像データを受信するまで待たされることがない。

ＭＦＰ６０００を省エネモードから復帰させる復帰タイミングであると判定すると（ステップＳ１２０５において、ＹＥＳ）、ＭＦＰ管理部１０５は、ポーリングパケットに対する応答パケットに省エネモードからの復帰命令を含める（ステップＳ１２０６）。そして、ＭＦＰ管理部１０５は、通信部１０１に当該応答パケットを転送する（ステップＳ１２０７）。

これによって、通信部１０１は応答パケットをＭＦＰ６０００に送信する。その後、ＭＦＰ管理部１０５はステップＳ１２０１に戻って処理を続行する。

一方、ＭＦＰ６０００を省エネモードから復帰させる復帰タイミングでないと判定すると（ステップＳ１２０５において、ＮＯ）、ＭＦＰ管理部１０５は、ポーリングパケットに対する応答パケットに省エネモードからの復帰命令を挿入しない（ステップＳ１２０８）。そして、ＭＦＰ管理部１０５は、ステップＳ１２０７に移行して、通信部１０１に当該応答パケットを転送する。その後、ＭＦＰ管理部１０５はステップＳ１２０１に戻って処理を続行する。

なお、ステップＳ１２０４において、ＭＦＰ６０００が省エネモードでないと（ステップＳ１２０４において、ＮＯ）、ＭＦＰ管理部１０５は、ステップＳ１２０８に移行する。

上述のように、ＭＦＰ管理部１０５は、ＭＦＰ６０００から送信されるポーリングパケットに応答して復帰命令を発行する。このため、複数のＭＦＰ６０００からポーリングパケットを受信した際には、各ＭＦＰ６０００について、ＭＦＰ管理部１０５は復帰命令を各ＭＦＰ６０００に最適な復帰タイミングで発行することができる。

図１３は、図５に示すクラウド１００においてジョブ管理テーブル１０４の一例を示す図である。

図１３に示す例では、ジョブ管理テーブル１０４は、ジョブＩＤ欄、受付日時欄、ジョブ種別欄、ホストコンピューター（ホストＰＣ）情報欄、ＭＦＰ情報欄、ＭＦＰステータス欄、及びジョブステータス欄を有している。

ジョブＩＤ欄には印刷ジョブ要求に固有のジョブＩＤが記録される。受付日時欄には印刷ジョブ要求を受け付けた日時が記録される。ジョブ種別欄には当該印刷ジョブ要求の種別（例えば、プリント）が記録される。なお、図示の例では、ジョブ種別としてプリントのみが記録されているが、スキャン等もサポートしているには、プリントとスキャンとが区別されて記録されることになる。

また、ホストコンピューター（ホストＰＣ）情報欄には、ホストＰＣ情報として、例えば、ホストコンピューター５０００のＩＰアドレスが記録される。ＭＦＰ情報欄には、ＭＦＰ情報として、例えば、当該ＭＦＰ６０００のＩＰアドレスが記録される。ここでは、ジョブＩＤ００１２３５、ジョブＩＤ００１２３７、及びジョブＩＤ００１２３８について、ＭＦＰのＩＤアドレスは”３４．５６．７８”であり、当該３つのジョブは同一のＭＦＰのプリントジョブであることが示されている。

ＭＦＰステータス欄には、ＭＦＰの現在の状態（例えば、省エネモード、スタンバイ、及びプリント中等）が記録される。なお、図示されていないが、ＭＦＰステータスには、オフモードのステータスが存在する。

ジョブステータス欄には、当該ジョブの状態（例えば、完了、処理中、受信完了、及び受信中）が記録される。なお、図示されていないが、ジョブステータスには、プリント中のステータスが存在する。また、処理中のステータスについては、第１及び第２の処理サーバー２０００及び３０００のいずれで処理されているかが示される。

ところで、上述した第１の例においては、ＭＦＰ管理部１０５は、第１又は第２の処理サーバー２０００又は３０００でジョブ処理が開始されたタイミング（復帰タイミング）で、省エネモードからの復帰命令を発行している。

ところが、印刷ジョブデータによっては、その処理に大きな時間を要する可能性がある。よって、ＭＦＰ６０００は省エネモードから通常モード（例えば、スタンバイモード）に復帰した後、処理済み印刷ジョブを受信するまでに待たされることがある。

この点を解決するため、第２の例では、未処理の印刷ジョブデータのサイズ（未処理量）に応じて省エネモードからの復帰タイミングを判定するようにする。例えば、ジョブ管理部１０４は未処理の印刷ジョブデータのサイズを判定して、ジョブ管理テーブル１０４を更新する。ＭＦＰ管理部１０５はジョブ管理テーブル１０４を参照する（つまり、未処理の印刷ジョブデータのサイズを参照する）。そして、当該未処理の印刷ジョブデータのサイズ（つまり、未処理部分）が予め定められた規定値以下（規定量以下）となると、ＭＦＰ管理部１０５は省エネモードからの復帰命令を発行する。

ここで、未処理の印刷ジョブデータのサイズをＳｊ、規定値をＳｃとすると、復帰命令を発行する条件は式（１）で示される。

Ｓｊ≦Ｓｃ （１）
図１４は、図５に示すクラウド１００においてジョブ管理テーブル１０４の他の例を示す図である。

図１４に示す例では、図１３に示すジョブ管理テーブル１０４と同様に、ジョブＩＤ欄、受付日時欄、ジョブ種別欄、ホストコンピューター（ホストＰＣ）情報欄、ＭＦＰ情報欄、ＭＦＰステータス欄、及びジョブステータス欄が備えられている。

図１４に示すジョブ管理テーブル１０４では、ジョブステータス欄において、「処理中」である場合には、第１及び第２の処理サーバー２０００及び３０００のいずれで処理されているかが記録される。さらに、未処理（残り）の印刷ジョブデータのサイズ（残りのサイズ（ＭＢ））も記録されることになる。

ここでは、上記の規定値Ｓｃは、例えば、４０ＭＢとされる。図１４に示す例では、ジョブＩＤ００１２３５において、未処理の印刷ジョブデータのサイズが４０ＭＢとなったので、ＭＦＰ管理部１０５は式（１）に応じて省エネモード復帰命令を発行することになる。

上記の規定値Ｓｃは、予めＭＦＰ管理部１０５等に設定する必要がある。この際、省エネモード復帰命令を発行してからＭＦＰ６０００が通常モードに移行するまでに要する時間で処理可能な印刷ジョブデータのサイズを予想して、規定値Ｓｃを設定するようにすればよい。

さらに、第３の例では、ジョブ管理部１０２がジョブ処理部１０３から未処理の印刷ジョブデータのページ数を示す未処理ページ数情報を取得する。そして、ジョブ管理部１０２は当該未処理ページ数情報を管理テーブル１０４に保存する。

ＭＦＰ管理部１０５は管理テーブル１０４を参照して（つまり、未処理ページ数情報を参照して）、当該未処理ページ数（未処理量）が予め定められた規定ページ数（規定量）より小さくなると、復帰タイミングであるとして、省エネモードからの復帰命令を発行する。

ここで、未処理のページ数をＰｊ、規定ページ数をＰｃで表すと、復帰命令を発行する条件は式（２）で示される。

Ｐｊ≦Ｐｃ （２）
図１５は、図５に示すクラウド１００においてジョブ管理テーブル１０４のさらに他の例を示す図である。

図１５に示す例では、図１３に示すジョブ管理テーブル１０４と同様に、ジョブＩＤ欄、受付日時欄、ジョブ種別欄、ホストコンピューター（ホストＰＣ）情報欄、ＭＦＰ情報欄、ＭＦＰステータス欄、及びジョブステータス欄が備えられている。

図１５に示すジョブ管理テーブル１０４では、ジョブステータス欄において、「処理中」である場合には、第１及び第２の処理サーバー２０００及び３０００のいずれで処理されているかが記録される。さらに、未処理ページ数情報（残りのページ数））も記録されることになる。

ここでは、上記の規定ページ数Ｐｃは、例えば、１０ページとされる。図１５に示す例では、ジョブＩＤ００１２３５においては、未処理ページ数が１１ページであるので、ＭＦＰ管理部１０５は式（２）に応じて省エネモード復帰命令の発行は行わないことになる。

上記の規定ページ数Ｐｃは、予めＭＦＰ管理部１０５等に設定する必要がある。この際、省エネモード復帰命令を発行してからＭＦＰ６０００が通常モードに移行するまでに要する時間で処理可能なページ数を予想して、規定ページ数Ｐｃを設定するようにすればよい。

第４の例では、印刷ジョブデータのデータ形式に応じて、省エネモード復帰命令の発行を制御する。例えば、印刷ジョブデータのデータ形式又は色数等のデータの内容によって、データ変換処理に要する時間が大きく変化することがある。そして、特に、極めて短時間で、データ返還処理が終了する場合には、即座に省エネモード復帰命令を発行する必要がある。

印刷ジョブデータのデータ形式を変換する際、例えば、データ形式がＰＤＬ形式であると、ベクトル演算を多用する必要がある。このＰＤＬ形式の印刷ジョブデータを変換処理する際には、データ量又はページ数に比例して処理時間が掛かる。

一方で、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）のようなビットマップ画像形式の印刷ジョブデータについては、一般にデータ変換処理が短時間で終了する。

そこで、第４の例においては、印刷ジョブデータのデータ形式がＴＩＦＦ形式である場合には、未処理ページ数又は未処理印刷ジョブデータサイズに拘わらず、ＭＦＰ管理部１０５は直ちに省エネモード復帰命令を発行する。

ここでは、ジョブ管理部１０２は、ジョブ処理要求を受け取ると、印刷ジョブデータのデータ形式（以下、単にデータ種類と呼ぶ）を示すデータ種類情報をジョブ管理テーブル１０４に保存する。

ＭＦＰ管理部１０５はジョブ管理テーブル１０４を参照して（つまり、データ種類情報を参照して）、データ種類がＴＩＦＦ形式である場合には、ジョブ処理部１０３が処理の実行を開始すると、直ちに省エネモード復帰命令を発行する。

一方、データ種類がＰＤＬ形式であると、ＭＦＰ管理部１０５は、例えば、第２の例で説明したように、未処理の印刷ジョブデータのサイズに応じて省エネモード復帰命令を発行する。

図１６は、図５に示すクラウド１００においてＭＦＰ管理部１０５における処理の他の例を説明するためのフローチャートである。

図１６において、図１２で説明したフローチャートと同一の処理（ステップ）については同一の参照番号を付し、説明を省略する。

図５及び図１６を参照して、図１２で説明したように、ＭＦＰ管理部１０５は、ステップＳ１２０４において、ジョブ管理テーブル１０４を参照して、ＭＦＰ６０００が省エネモードであるか否かについて判定する。そして、ＭＦＰ６０００が省エネモードでないと（ステップＳ１２０４において、ＮＯ）、ＭＦＰ管理部１０５は、ステップＳ１２０８に移行して、応答パケットに省エネモード復帰命令を挿入しない。

一方、ＭＦＰ６０００が省エネモードであると（ステップＳ１２０４において、ＹＥＳ）、ＭＦＰ管理部１０５は、当該ＭＦＰ６０００に係る印刷ジョブデータが現在処理中であって、かつジョブデータがＴＩＦＦ形式であるか否かを調べる（ステップＳ１６０１）。

当該印刷ジョブデータが処理中で、かつデータ形式がＴＩＦＦ形式であると（ステップＳ１６０１において、ＹＥＳ）、ＭＦＰ管理部１０５はステップＳ１２０６に移行して、省エネモード復帰命令を発行する。当該ジョブデータが処理中で、かつデータ形式がＴＩＦＦ形式でないと（ステップＳ１６０１において、ＮＯ）、ＭＦＰ管理部１０５は未処理の印刷ジョブデータのサイズＳｊと規定値Ｓｃとを比較して、Ｓｊ≦Ｓｃであるか否かを判定する（ステップＳ１６０２）。

Ｓｊ≦Ｓｃであると（ステップＳ１６０２において、ＹＥＳ）、ＭＦＰ管理部１０５は、ステップＳ１２０６に移行して省エネモード復帰命令を発行する。一方、Ｓｊ＞Ｓｃであると（ステップＳ１６０２において、ＮＯ）、ＭＦＰ管理部１０５は、ステップＳ１２０８に移行して省エネモード復帰命令を発行しない。

図１７は、図１６で説明したフローチャートで処理を行う際に用いられるジョブ管理テーブル１０４の一例を示す図である。

図１７に示す例では、図１４に示すジョブ管理テーブル１０４と同様に、ジョブＩＤ欄、受付日時欄、ジョブ種別欄、ホストコンピューター（ホストＰＣ）情報欄、ＭＦＰ情報欄、ＭＦＰステータス欄、及びジョブステータス欄が備えられている。

図１７に示すジョブ管理テーブル１０４では、ジョブ種別欄において、ジョブの種別（プリント等）の他に、ジョブデータのデータ種類情報が記録されている。図示の例では、データ種類情報として「ＰＤＬ」又は「ＴＩＦＦ」が記録されている。

上述の第４の例においては、データ種類と未処理の印刷ジョブデータのサイズとに応じて省エネモード復帰命令を発行するか否かについて判定するようにしている。なお、ここでは、未処理の印刷ジョブデータのサイズの代わりに未処理ページ数を用いるようにしてもよい。さらには、データ種類の代わりにモノクロか又はカラーか等の画像データの形式に応じて省エネモード復帰命令を発行するか否かを判定するようにしてもよい。

第５の例では、ＭＦＰ６０００の機種も考慮して、省エネモード復帰命令を発行するか否かについて判定する例について説明する。ＭＦＰ６０００の機種によって省エネモードから復帰するまでの復帰時間は異なる。上述した第２の例〜第４の例のいずれにおいても、ＭＦＰ６０００の機種を考慮することは可能であるが、ここでは、第２の例に機種を考慮する例を挙げて説明する。

図１８は、図５に示すクラウド１００においてジョブ管理テーブル１０４のさらに他の例を示す図である。

図１８に示す例では、図１４に示すジョブ管理テーブル１０４と同様に、ジョブＩＤ欄、受付日時欄、ジョブ種別欄、ホストコンピューター（ホストＰＣ）情報欄、ＭＦＰ情報欄、ＭＦＰステータス欄、及びジョブステータス欄が備えられている。

図１８に示すジョブ管理テーブル１０４では、ＭＦＰ情報別欄において、ＭＦＰのＩＤアドレスの他に、ＭＦＰの機種を示す機種情報（ｉＲ５０００及びｉＲ７０００等）が記録されている。この機種情報は、ポーリングパケットによってＭＦＰ６０００からクラウド１０００に送信され、ジョブ管理部１０５はポーリングパケットから機種情報（機種名）を抽出して、ジョブ管理テーブル１０４に格納する。

図１９は、図１８に示す機種名と規定値Ｓｃの関係を規定する機種名−規定値表を説明するための図である。

図１９に示すように、機種名−規定値表には、機種名欄、復帰時間欄、及び規定値Ｓｃ欄が備えられており、機種名に対応して復帰時間及び規定値Ｓｃが規定されている。

この機種名−規定値表は、例えば、ジョブ管理テーブル１０４に格納されている。そして、ＭＦＰ管理部１０５は、機種名−規定値表を参照して、機種名の欄に対応する復帰時間及び規定値Ｓｃを読み出す。

なお、規定値Ｓｃは、復帰時間の間にジョブ処理部１０３がデータ変換処理を実行可能なデータサイズに応じて規定される。

図２０は、図１８に示すジョブ管理テーブル１０４を用いた際のＭＦＰ管理部１０４における処理を説明するためのフローチャートである。

図２０において、図１２及び図１６で説明したフローチャートと同一の処理（ステップ）については同一の参照番号を付し、説明を省略する。

図５、図１８、図１９、及び図２０を参照して、図１２で説明したように、ＭＦＰ管理部１０５は、ステップＳ１２０４において、ジョブ管理テーブル１０４を参照して、ＭＦＰ６０００が省エネモードであるか否かについて判定する。そして、ＭＦＰ６０００が省エネモードでないと（ステップＳ１２０４において、ＮＯ）、ＭＦＰ管理部１０５は、ステップＳ１２０８に移行して、応答パケットに省エネモード復帰命令を挿入しない。

一方、ＭＦＰ６０００が省エネモードであると（ステップＳ１２０４において、ＹＥＳ）、ＭＦＰ管理部１０５は、まず、ジョブ管理テーブル１０４中のＭＦＰ情報から機種名を取得する。そして、ＭＦＰ管理部１０５は、機種名−規定値表を参照して、当該機種名に対応する復帰時間及び規定値Ｓｃを得る（ステップＳ２００１）。

続いて、ＭＦＰ管理部１０５は、ジョブ管理テーブル１０４を参照して、未処理の印刷ジョブデータのサイズＳｊと規定値Ｓｃとを比較して、Ｓｊ≦Ｓｃであるか否かを判定する（ステップＳ１６０２）。

Ｓｊ≦Ｓｃであると（ステップＳ１６０２において、ＹＥＳ）、ＭＦＰ管理部１０５は、ステップＳ１２０６に移行して省エネモード復帰命令を発行する。一方、Ｓｊ＞Ｓｃであると（ステップＳ１６０２において、ＮＯ）、ＭＦＰ管理部１０５は、ステップＳ１２０８に移行して省エネモード復帰命令を発行しない。

このようにして、第５の例では、ＭＦＰ６０００の機種に応じて規定値Ｓｃを変更するようにしたから、機種による省エネモードへの復帰時間が異なる点を解消することができる。つまり、機種に応じてより最適な復帰タイミングでＭＦＰ６０００を省エネモードから復帰させることができる。

以上のように、本発明の実施の形態によれば、クラウド１００とＭＦＰ６０００とを連携させてジョブ（例えば、印刷ジョブ）を処理する際、ＭＦＰ６０００が省エネモードである場合に、適切な復帰タイミングでＭＦＰ６０００を省エネモードから復帰させることができる。

なお、上述の説明から明らかなように、クラウド１００において、図５に示すジョブ処理部１０３がジョブ処理手段として機能する。そして、ＭＦＰ管理部１０５、ジョブ管理部１０２、及び通信部１０１が省エネモード判定手段及び復帰命令手段として機能することになる。

さらに、ジョブ管理部１０２が未処理量取得手段として機能し、ＭＦＰ管理部１０５がデータ種類取得手段として機能する。そして、ジョブ管理部１０２が規定量設定手段として機能することになる。

また、ＭＦＰ６０００において、図３に示すＮＣ３１８及び電源制御部３２４が省エネモード設定手段、第１の復帰手段、及び第２の復帰手段として機能する。

以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。

例えば、上記の実施の形態の機能を制御方法として、この制御方法を、クラウド１００及びＭＦＰ６０００が備えるコンピューターに実行させるようにしてもよい。

さらに、上述の実施の形態の機能を有するプログラムを制御プログラムとして、この制御プログラムを、クラウド１００及びＭＦＰ６０００が備えるコンピューターに実行させるようにしてもよい。

この際、制御方法及び制御プログラムは、少なくともジョブ処理ステップ、省エネモード判定ステップと、復帰命令ステップを有することになる。

また、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種のコンピューターに読み取り可能な記録媒体を介してシステム或いは装置に供給するようにしてもよい。そして、そのシステム或いは装置のコンピューター（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理ようにしてもよい。

１０ ネットワーク（インターネット）
１１ ネットワーク（ＬＡＮ）
１００ クラウド（サーバー装置）
１０１ 通信部
１０２ ジョブ管理部
１０３ ジョブ処理部
１０４ ジョブ管理テーブル
１０５ ＭＦＰ管理部
１０００ ディレクトリーサーバー
２０００，３０００ 処理サーバー
５０００ ホストコンピューター
６０００ ＭＦＰ

Claims (11)

1. ネットワークを介して端末装置及び情報処理装置と接続可能で、前記情報処理装置から送られたジョブに応じた処理済ジョブデータを前記端末装置に転送するサーバー装置において、
   前記端末装置には、その消費電力を低減する省エネモードが規定されており、
   前記ジョブに応じて前記処理済ジョブデータを生成するジョブ処理手段と、
   前記端末装置が前記省エネモードであるか否かを判定する省エネモード判定手段と、
   前記情報処理装置から前記ジョブを受信した際、前記端末装置が前記省エネモードである場合に、予め規定された復帰タイミングに応じて前記端末装置を前記省エネモードから復帰させる復帰命令を前記端末装置に送信する復帰命令手段とを有することを特徴とするサーバー装置。
2. 前記予め規定された復帰タイミングは、前記ジョブ処理手段による処理が開始されたタイミングであることを特徴とする請求項１記載のサーバー装置。
3. 前記ジョブ処理手段によって処理中の前記ジョブの未処理部分の量を未処理量として取得する未処理量取得手段を有し、
   前記予め規定された復帰タイミングは、前記未処理量が予め定められた規定量以下となったタイミングであることを特徴とする請求項１に記載のサーバー装置。
4. 前記ジョブ処理手段によって処理中の前記ジョブの未処理部分の量を未処理量として取得する未処理量取得手段と、
   前記ジョブのデータ形式をデータ種類として取得するデータ種類取得手段を有し、
   前記予め規定された復帰タイミングは、前記データ形式が予め規定されたデータ形式であった場合に、前記未処理量が予め定められた規定量以下となったタイミングであることを特徴とする請求項１に記載のサーバー装置。
5. 前記端末装置の機種名に応じて前記規定量が定められており、
   前記機種名に対応する前記規定量を設定する規定量設定手段を有することを特徴とする請求項３又は４記載のサーバー装置。
6. 少なくとも前記ジョブの種別、前記端末装置の状態、及び前記ジョブの状態を記録するジョブ管理テーブルを有することを特徴とする請求項１〜５いずれか１項記載のサーバー装置。
7. 情報処理装置から送られたジョブに応じて処理済ジョブデータを生成する外部サーバーにネットワークを介して接続可能で、前記サーバー装置から前記処理済ジョブデータを受信する端末装置において、
   消費電力を低減する省エネモードを設定する省エネモード設定手段と、
   前記省エネモードにある際、受信情報を受信して該受信情報が前記外部サーバーから送信されたと判定すると、前記受信情報が前記省エネモードからの復帰を命令する復帰命令である場合に、前記省エネモードから復帰させる第１の復帰手段と、
   前記省エネモードにある際、前記受信情報を受信して該受信情報が前記情報処理装置から送信されたと判定すると、前記受信情報が前記ジョブの開始を要求するジョブ開始要求である場合に前記省エネモードから復帰させる第２の復帰手段とを有することを特徴とする端末装置。
8. 請求項１〜６のいずれか１項記載のサーバー装置と、請求項７記載の端末装置とを有し、前記ジョブは印刷ジョブであることを特徴とするジョブ処理システム。
9. ネットワークを介して端末装置及び情報処理装置と接続可能で、前記情報処理装置から送られたジョブに応じた処理済ジョブデータを前記端末装置に転送する際に用いられる制御方法において、
   前記端末装置には、その消費電力を低減する省エネモードが規定されており、
   前記サーバー装置が、
   前記ジョブに応じて前記処理済ジョブデータを生成するジョブ処理ステップと、
   前記端末装置が前記省エネモードであるか否かを判定する省エネモード判定ステップと、
   前記情報処理装置から前記ジョブを受信した際、前記端末装置が前記省エネモードである場合に、予め規定された復帰タイミングに応じて前記端末装置を前記省エネモードから復帰させる復帰命令を前記端末装置に送信する復帰命令ステップとを行うことを特徴とする制御方法。
10. ネットワークを介して端末装置及び情報処理装置と接続可能で、前記情報処理装置から送られたジョブに応じた処理済ジョブデータを前記端末装置に転送する際に用いられる制御プログラムにおいて、
    前記端末装置には、その消費電力を低減する省エネモードが規定されており、
    前記サーバー装置が備えるコンピューターに、
    前記ジョブに応じて前記処理済ジョブデータを生成するジョブ処理ステップと、
    前記端末装置が前記省エネモードであるか否かを判定する省エネモード判定ステップと、
    前記情報処理装置から前記ジョブを受信した際、前記端末装置が前記省エネモードである場合に、予め規定された復帰タイミングに応じて前記端末装置を前記省エネモードから復帰させる復帰命令を前記端末装置に送信する復帰命令ステップとを実行させることを特徴とする制御プログラム。
11. 請求項１０に記載の制御プログラムが記録されたコンピューターに読み取り可能な記録媒体。

Images