JP2018027654A - 画像形成装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】ジョブの開始から終了までの間に装置の電源断が発生した場合であっても、その後の通電時に行う再開処理と、ネットワークサーバーへの実行状態の正確な通知処理とを好適に実行する画像形成装置を提供する。【解決手段】要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とをサーバーから取得して不揮発性領域であるＨＤＤに記憶する。さらに、所定のジョブの実行が開始されると、所定のジョブの実行状態を示す第１情報をＨＤＤに記憶する。その後、所定のジョブの実行状態の変化に応じて、サーバーで管理されている所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、ＨＤＤに記憶されている第１情報を変更する。また、電源断による再起動が発生すると、ＨＤＤに記憶されている識別子と、識別子に対応する第１情報とを確認し、確認された識別子に対応する所定のジョブを、第１情報に従って再開する。【選択図】図１０

Description

本発明は、ネットワークサーバー上に入稿された印刷ジョブを実行する画像形成装置、その制御方法、及びプログラムに関する。

モバイル端末等のクライアント端末からネットワークサーバー上に入稿された画像データをサーバー側でプリントデータに変換し、これをプリンタがダウンロードして印刷するクラウドサービス等を提供するシステムが知られている。特許文献１は、サーバー側が入稿された画像データをプリントデータに変換した後、プリンタとの間で特定の通信方式を使用してプリントデータの存在を通知し、プリンタがサーバーからプリントデータをダウンロードして印刷処理を実行する技術を提案している。

また、特許文献２は、ネットワークサーバーを介さずに行うＰＣ等からの印刷要求に関して、プリントデータの受信状態、印刷実行状態と、実プリントデータとをプリンタが管理することを提案している。これによってプリンタ電源断からの再起動時における再印刷を行うか否かを制御している。

一般にクラウド印刷サービスにおいて、クラウド上のネットワークサーバーでプリントデータを管理するとともに、プリントデータの印刷状況もサーバー上で管理している。この理由として、クラウド経由で画像データを入稿するクライアント端末はプリンタを設置している場所から離れているケースがある。クライアント端末から入稿された画像データがプリンタによって印刷されたか確認するためには、クラウド印刷サービスの管理ホームページ等から印刷状況を閲覧する必要があり、クラウド側で印刷状況を認識しておく必要がある。しかし、実際に印刷を行っているのはプリンタ側であるため、プリンタが印刷状況をクラウド上のネットワークサーバーに通知し、サーバーは通知された情報に基づいて印刷状況を管理している。

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

しかしながら、上記従来技術には以下に記載する課題がある。プリンタが印刷処理を開始してから終了するまでの間に何らかの理由でプリンタの電源断が発生し、その後の通電時において、プリンタは電源断前に開始していた印刷処理を再度行いつつ、実行状態をクラウド上のネットワークサーバーに通知する必要がある。このような場合においては、クラウド印刷サービスにおいて、実行状態の管理はサーバー側で管理しているため、プリンタでの実際の印刷状況と、サーバーで管理している印刷状況とが異なる可能性がある。したがって、プリンタの電源断が発生するタイミングによっては、次回起動時の再印刷処理や実行状態の通知がうまく行えないケースがあった。

本発明は、上述の問題に鑑みて成されたものであり、クラウドシステムにおいて、ジョブの開始から終了までの間に装置の電源断が発生した場合であっても、その後の通電時に行う再開処理と、ネットワークサーバーへの実行状態の正確な通知処理とを好適に実行する仕組みを提供することを目的とする。

本発明は、画像形成装置であって、サーバーで管理されているジョブのリストを要求する要求手段と、前記要求手段によって要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とを前記サーバーから取得して、不揮発性記憶手段に記憶する取得手段と、前記所定のジョブの実行が開始されると、該所定のジョブの実行状態を示す第１情報を前記不揮発性記憶手段に記憶し、前記所定のジョブの実行状態の変化に応じて、前記サーバーで管理されている前記所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、前記不揮発性記憶手段に記憶されている前記第１情報を変更する制御手段と、前記画像形成装置における電源断による再起動が発生すると、前記不揮発性記憶手段に記憶されている前記識別子と、該識別子に対応する前記第１情報とを確認する確認手段と、前記確認手段によって確認された前記識別子に対応する前記所定のジョブを、前記第１情報に従って再開する再開手段とを備えることを特徴とする。

本発明によれば、クラウドシステムにおいて、ジョブの開始から終了までの間に装置の電源断が発生した場合であっても、その後の通電時に行う再開処理と、ネットワークサーバーへの実行状態の正確な通知処理とを好適に実行することができる。

一実施形態に係るネットワーク構成を示す図。 一実施形態に係る画像形成装置１０１のハードウェア構成を示す図。 一実施形態に係るサーバー１０２のハードウェア構成を示す図。 一実施形態に係る画像形成装置１０１のソフトウェア構成を示す図。 一実施形態に係るサーバー１０２のソフトウェア構成を示す図。 従来例における印刷処理シーケンス。 従来例のシーケンスにおける比較例１を説明する図。 従来例のシーケンスにおける比較例２を説明する図。 一実施形態に係る画像形成装置１０１とサーバー１０２間の印刷処理シーケンス。 一実施形態に係るシーケンスにおける検証例１を説明する図。 一実施形態に係るシーケンスにおける検証例２を説明する図。 一実施形態に係るシーケンスにおける検証例３を説明する図。 一実施形態に係るサーバー１０２内で管理している印刷データ関連情報を示す図。 一実施形態に係る画像形成装置１０１における印刷中の電源断発生時における次回通電時の再印刷処理を示すフローチャート。 一実施形態に係る画像形成装置１０１における印刷中の電源断発生時における印刷終了処理を示すフローチャート。 一実施形態に係る再印刷処理時に表示するユーザーインタフェースを示す図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
＜システム構成＞
以下では、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態に係るネットワークシステムの構成例について説明する。

本システム１００は、画像形成装置１０１、サーバー１０２、クライアント端末１０３、及びアクセスポイント１０４を含んで構成される。各装置は、ネットワーク１０５を介して相互通信可能に接続される。なお、本発明は、上記構成や各装置の台数を限定する意図はなく、他の装置等がさらに含まれて構成されてもよい。

本システム１００は、例えば、クラウド印刷サービスを提供するように構成されうる。例えば、画像形成装置１０１は、サーバー１０２に入稿された印刷ジョブを取得して、印刷処理を実行する。また、画像形成装置１０１は、印刷処理の状況をサーバー１０２へ通知する。サーバー１０２には、外部端末等のクライアント端末１０３からアクセスポイント１０４を介して印刷ジョブが入稿され、当該印刷ジョブを管理する。サーバー１０２は、画像形成装置１０１からの要求に従って、管理している印刷ジョブに関するデータを画像形成装置１０１へ送信する。また、サーバー１０２は、画像形成装置１０１から通知された印刷状況に従って、印刷ジョブを管理する。このように、クライアント端末１０３は、アクセスポイント１０４を通じてネットワークに接続可能となっており、サーバー１０２と相互に通信可能となっている。

＜画像形成装置のハードウェア構成＞
次に、図２を参照して、画像形成装置１０１のハードウェア構成について説明する。画像形成装置１０１は、コントローラ２００、操作部２１０、及びプリンタ２１１を備える。また、コントローラ２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＨＤＤ２０３、操作部Ｉ／Ｆ２０４、プリンタＩ／Ｆ２０５、ＮＩＣ２０６、及び電源制御部２０７を備える。

画像形成装置１０１は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０６を介してネットワークに接続されている。ＣＰＵ２０１は、画像形成装置１０１のソフトウェアプログラムを実行し、装置全体の制御を統括的に行う。ＲＡＭ２０２は、ランダムアクセスメモリであり、ＣＰＵ２０１が装置を制御する際に、一時的なデータの格納や装置のファームウェア起動後の各種タスク処理等に使用されるワーク領域を提供する。ＨＤＤ２０３は不揮発性記憶手段として機能するストレージであり、画像形成装置１０１の各種設定値を保存したり、印刷データをスプールしたりする用途として使用される。

操作部２１０は液晶パネルを備える。操作部Ｉ／Ｆ２０４は、各種操作画面を操作部２１０に表示させ、操作画面を介して入力される指示をＣＰＵ２０１に伝達する。プリンタＩ／Ｆ２０５は、プリンタ２１１を制御し、画像データに基づく画像を記録媒体上に印刷する。印刷の際、プリンタＩ／Ｆ２０５は印刷データに対して、色変換、フィルタ処理、解像度変換等の処理を行ってもよい。

ＮＩＣ２０６はネットワーク１０５と接続し、ネットワーク１０５上の外部装置（サーバー１０２）とのデータ通信を制御する。電源制御部２０７は画像形成装置１０１の電源装置であり、電源のＯＮ／ＯＦＦやＳｌｅｅｐ時の通電制御を行う。

＜サーバーのハードウェア構成＞
次に、図３を参照して、サーバー１０２のハードウェア構成について説明する。サーバー１０２は、ＣＰＵ３０１、ＲＡＭ３０２、ＨＤＤ３０３、及びＮＩＣ３０４を備える。サーバー１０２は、ＮＩＣ３０４を介してネットワークに接続されている。

ＣＰＵ３０１は、サーバー１０２のソフトウェアプログラムを実行し、装置全体の制御を統括的に行う。ＲＡＭ３０２は、ランダムアクセスメモリであり、ＣＰＵ３０１が装置を制御する際に、一時的なデータの格納や装置のファームウェア起動後の各種タスク処理等に使用されるワーク領域を提供する。ＨＤＤ３０３はストレージであり、サーバー１０２の各種設定値、管理情報を保存したり、印刷データを格納したりする用途として使用する。ＮＩＣ３０４はネットワーク１０５と接続し、ネットワーク１０５上のアクセスポイント１０４を介した画像形成装置１０１とのデータ通信を制御する。

＜画像形成装置のソフトウェア構成＞
次に、図４を参照して、画像形成装置１０１内でＣＰＵ２０１が制御するソフトウェアの構成例について説明する。画像形成装置は、ソフトウェア構成として、メッセージ表示部４０１、電源管理部４０２、印刷処理部４０３、印刷アプリケーション４０４、及びネットワーク送受信部４０５を含む。

メッセージ表示部４０１は、操作部２１０を介して印刷に関する各種設定を表示したり、実行状態（印刷状況）や履歴を印刷処理部４０３から受信して画像形成装置１０１の操作者に対して表示する。なお、実行状態とは、画像形成装置１０１が実行するジョブの実行状況を示し、例えば、印刷ジョブであれば印刷状況を示す。電源管理部４０２は、Ｓｌｅｅｐ時や電源ＯＮ／ＯＦＦの制御を図２に示す電源制御部２０７に対して行う。印刷処理部４０３は、外部から受信した印刷データに対して色変換、フィルタ、及び解像度変換等の画像解析処理を行い、プリンタ２１１が印刷用紙に印字、排紙を行うための処理を制御する。

印刷アプリケーション４０４は、ネットワーク送受信部４０５を介してサーバー１０２と印刷のための各種通信処理を行う。各種通信処理とはサーバー１０２からの印刷データの存在通知や印刷データの受信、サーバー１０２への印刷データダウンロードの要求、実行状態の変更通知処理を少なくとも含む。また、印刷アプリケーション４０４は、印刷ジョブの実行状態の変化に従って、当該印刷ジョブの実行状態を示す情報を、ＨＤＤ２０３に対して、格納、変更、又は削除を行う。

ネットワーク送受信部４０５は、印刷アプリケーション４０４からの各種送信指示に対してネットワークパケットを生成してサーバー１０２に送信したり、サーバー１０２からの通知、応答データを受信して解析処理を行う。例えばサーバー１０２がインターネット上のクラウドサーバーである場合、ネットワーク送受信部４０５はＨＴＴＰプロトコルやＳＳＬ、ＸＭＰＰ等のネットワークプロトコルに従って処理を実行する。

＜サーバーのソフトウェア構成＞
次に、図５を参照して、サーバー１０２内でＣＰＵ３０１が制御するソフトウェアの構成例について説明する。サーバー１０２は、ソフトウェア構成として、印刷データ管理部５０１、管理情報画面生成部５０２、プリンタ管理部５０３、印刷データ制御部５０４、及びネットワーク送受信部５０５を含む。

印刷データ管理部５０１は、クライアント端末１０３からネットワーク１０５を介して入稿される印刷データを、ＨＤＤ３０３に格納して、管理する。管理する印刷データの情報は、実印刷データのみではなく、図１３を用いて後述する１３０２乃至１３０６の情報が少なくとも含まれる。印刷データ管理部５０１がこれらの情報をクライアント端末１０３から受信して管理する。また、印刷データ管理部５０１は、サーバー１０２が画像形成装置１０１から実行状態の変更通知を受信した場合に後述する１３０５の管理情報を更新する。

管理情報画面生成部５０２は、印刷データ管理部５０１が管理している印刷データの情報や、プリンタ管理部５０３が管理しているプリンタの情報を取得して管理情報画面を生成する。管理情報画面とは、サーバー１０２上のユーザーインタフェースで表示する画面や、インターネット上に公開するプリンタ、印刷データの管理情報サイトの画面を指す。プリンタ管理部５０３は、サーバー１０２が管理するプリンタの各種情報をＨＤＤ３０３に格納して、管理する。プリンタの各種情報とは、プリンタがサポートしている各種印刷属性値やプリンタの現在の状態等から成る。各種印刷属性値の例として、プリンタがサポートしている印刷用紙のサイズやカラー、白黒印刷の機能、両面印刷のサポート有無、給紙トレイ数等が挙げられる。プリンタの現在の状態の例としては、プリンタのトナー残量、給紙トレイ内の用紙有無、ジャム検知の有無、及びカバーの開閉状況等が挙げられる。

サーバー１０２はクライアント端末１０３から、どの印刷データを、どのプリンタで印刷処理するか、の要求を受信する。この要求に対してプリンタ管理部５０３と印刷データ管理部５０１とが連携して処理することによって、サーバー１０２がクライアント端末１０３から入稿された印刷データをどのプリンタに印刷指示すればよいかを特定することができる。

印刷データ制御部５０４は、印刷データの生成処理や、画像変換処理を実行する。クライアント端末１０３から入稿される印刷データの形式は、サーバー１０２が管理しているプリンタによっては処理できない可能性がある。したがって、印刷データ制御部５０４はプリンタ管理部５０３から印刷処理対象のプリンタの情報を取得し、プリンタがサポートしている印刷データ形式を確認する。入稿された印刷データが非サポートの形式の場合、印刷データ制御部５０４はプリンタがサポートしている印刷データ形式へ画像変換する。

ネットワーク送受信部５０５は、プリンタ管理部５０３や印刷データ制御部５０４からの各種送信指示に対してネットワークパケットを生成して画像形成装置１０１に送信したり、画像形成装置１０１からの通知、各種要求を受信して解析処理を実行する。例えばサーバー１０２がインターネット上のクラウドサーバーである場合、ネットワーク送受信部４０５はＨＴＴＰプロトコルやＳＳＬ、ＸＭＰＰ等のネットワークプロトコルに従って送受信を制御する。

＜従来例＞
次に、図６を参照して、クライアント端末がサーバーに対して入稿した印刷対象データについて、画像形成装置とサーバーとの間で印刷処理を実行する際の従来例におけるシーケンスについて説明する。クライアント端末から印刷データが入稿されるとサーバーは画像形成装置に対して印刷データの存在が通知される。これにより、画像形成装置とサーバーとの間で印刷処理が開始される。

まず、Ｓ６０１で、画像形成装置は、サーバーに対して印刷データの存在確認を行う。続いて、Ｓ６０２で、サーバーは、Ｓ６０１の要求に応じて、自身が管理している印刷データのうち、クライアント端末から画像形成装置で印刷処理を実行する要求を受けている印刷データで、実行状態が「待機中」の印刷データのリストを生成する。その後、サーバーは、Ｓ６０１の要求に対する応答として、生成したリストを画像形成装置へ送信する。この応答には各印刷データにサーバーが割り当てている印刷データ識別子が含まれる。なお、ここでは、図６に示すように、サーバーには、ジョブ１乃至３が管理されており、ジョブ１の実行状態が「完了」で、ジョブ２、３の実行状態が「待機中」である場合を想定する。したがって、Ｓ６０２では、ジョブ２、３を含む印刷データのリストが画像形成装置へ送信される。また、ここでは、ジョブ２の印刷データ識別子が”ａ”で、ジョブ３の印刷データ識別子が”ｂ”であると想定している。

次に、Ｓ６０３で、画像形成装置は、Ｓ６０２のリストから今回印刷する印刷データ（所定のジョブ）を決定し、印刷対象としたデータの印刷データ識別子を使用して実行状態を「待機中」から「処理中」に変更するようにサーバーへ要求する。さらに、画像形成装置は、自装置のＲＡＭに当該識別子を保持する。Ｓ６０４で、サーバーは、Ｓ６０３の要求を受けて印刷対象の状態を「処理中」に変更し、変更したことを画像形成装置へ通知する。

次に、Ｓ６０５で、画像形成装置は、印刷データ識別子を使用してサーバーから対象の印刷データをダウンロードする。この印刷データのダウンロード処理には実際の印刷データ以外に、印刷処理に必要な各種属性値が含まれる。Ｓ６０６で、サーバーは、Ｓ６０３の要求に応じて印刷データを画像形成装置へ送信する。

Ｓ６０７で、画像形成装置は、Ｓ６０６の印刷データを受信し、印刷処理を開始する。続いて、Ｓ６０８で、画像形成装置は、Ｓ６０７で開始した印刷処理が終了すると、印刷データ識別子を使用して対象の実行状態を「処理中」から「完了」に変更するようにサーバーへ要求するとともに、自装置のＲＡＭから当該識別子を消去する。その後、Ｓ６０９で、サーバーは、Ｓ６０８の要求を受けて実行状態を「完了」に変更する。

その後、画像形成装置は、再起動等により起動処理を行う際に、Ｓ６１０で、印刷データの確認要求をサーバーに対して行う。Ｓ６１１で、サーバーは、Ｓ６１０の印刷データの確認要求に対して、Ｓ６０２と同様に、「待機中」の印刷データのリストを生成して画像形成装置へ送信する。ここで、は、ジョブ１及び２が「完了」に変更されているため、当該リストには、ジョブ３が含まれることになる。

＜比較例１＞
次に、図６の従来例におけるシーケンスにおいて、電源断が発生した場合の比較例１のシーケンスについて説明する。図６と同様の処理については同一のステップ番号を付し説明を省略する。即ち、Ｓ６０１乃至Ｓ６０６、Ｓ６１０、Ｓ６１１の処理については、上記図６の説明と同様であるため説明を省略する。

本シーケンスでは、Ｓ６０６でサーバーから画像形成装置へ印刷データが送信された後に、画像形成装置で電源断が発生した場合を想定している。図７に示すように、本シーケンスでは、図６で説明したＳ６０７乃至Ｓ６０９の処理が実行されない。つまり、本シーケンスでは、印刷処理を開始せず、画像形成装置における識別子の消去と、サーバーにおける実行状態を「処理中」から「完了」に変更する制御が行われないことになる。なお、比較例１では、画像形成装置のＲＡＭに保持していたジョブ２の識別子”ａ”は、電源断とともに消えてしまう。このような状態で画像形成装置において電源断が発生し、再起動すると、図６のシーケンスと同様にＳ６１０及びＳ６１１の処理が実行される。

しかし、Ｓ６１１では、ジョブ２が「完了」していないにも関わらず、「待機中」のジョブがジョブ３だけであるため、サーバーから画像形成装置へ送信される印刷データのリストには、ジョブ３のみが含まれることとなる。したがって、ジョブ２の印刷処理を完了することができない。

＜比較例２＞
次に、図６の従来例におけるシーケンスにおいて、電源断が発生した場合の比較例２のシーケンスについて説明する。図６と同様の処理については同一のステップ番号を付し説明を省略する。即ち、Ｓ６０１乃至Ｓ６０７、Ｓ６１０、Ｓ６１１の処理については、上記図６の説明と同様であるため説明を省略する。

本シーケンスでは、Ｓ６０７印刷処理を開始した後に、画像形成装置で電源断が発生した場合を想定している。図８に示すように、本シーケンスでは、図６で説明したＳ６０８及びＳ６０９の処理が実行されない。つまり、本シーケンスでは、印刷処理を開始したものの当該印刷処理が完了せず、画像形成装置における識別子の消去と、サーバーにおける実行状態を「処理中」から「完了」に変更する制御が行われないことになる。なお、比較例２では、画像形成装置のＲＡＭに保持していたジョブ２の識別子”ａ”は、電源断とともに消えてしまう。このような状態で画像形成装置において電源断が発生し、再起動すると、図６のシーケンスと同様にＳ６１０及びＳ６１１の処理が実行される。

しかし、Ｓ６１１では、ジョブ２が「完了」していないにも関わらず、「待機中」のジョブがジョブ３だけであるため、サーバーから画像形成装置へ送信される印刷データのリストには、ジョブ３のみが含まれることとなる。したがって、ジョブ２の印刷処理を完了することができない。

＜本実施形態に係る処理シーケンス＞
次に、図９を参照して、本実施形態に係るクライアント端末１０３がサーバー１０２に対して入稿した印刷対象データについて、画像形成装置１０１とサーバー１０２との間で印刷処理を実行するシーケンスについて説明する。クライアント端末１０３から印刷データが入稿されると、サーバー１０２は、画像形成装置１０１に対して印刷データの存在を通知する。これにより、画像形成装置１０１とサーバー１０２との間で印刷処理が開始される。

まず、Ｓ９０１で、画像形成装置１０１は、サーバー１０２に対して印刷データの存在確認を行う。続いて、Ｓ９０２で、サーバー１０２は、Ｓ９０１の要求に応じて、自身が管理している印刷データのうち、クライアント端末１０３から画像形成装置１０１で印刷処理する要求を受けている印刷データで、実行状態が「待機中」の印刷データのリストを生成する。その後、サーバー１０２は、Ｓ９０１の要求に対する応答として、生成したリストを画像形成装置１０１へ送信する。この応答には各印刷データにサーバー１０２が割り当てている印刷データ識別子１３０３が含まれる。なお、ここでは、図９に示すように、サーバー１０２には、ジョブ１乃至３が管理されており、ジョブ１の実行状態が「完了」で、ジョブ２、３の実行状態が「待機中」である場合を想定する。したがって、Ｓ９０２では、ジョブ２、３を含む印刷データのリストが画像形成装置１０１へ送信される。また、ここでは、ジョブ２の印刷データ識別子が”ａ”で、ジョブ３の印刷データ識別子が”ｂ”であると想定している。

次に、Ｓ９０３で、画像形成装置１０１は、Ｓ９０２のリストから今回印刷する印刷データを決定し、印刷対象としたデータの印刷データ識別子１３０３を使用して実行状態を「待機中」から「処理中」に変更するようにサーバー１０２へ要求する。さらに、画像形成装置１０１は、識別子ａの状態情報（状態１）をＨＤＤ２０３へ保存する。Ｓ９０４で、サーバー１０２は、Ｓ９０３の要求を受けて印刷対象の状態を「処理中」に変更し、変更したことを画像形成装置１０１へ通知する。ここで、「状態１（第１状態）」は、対象の印刷データの受信が完了していない状態を示す。

次に、Ｓ９０５で、画像形成装置１０１は、印刷データ識別子１３０３を使用してサーバー１０２から対象の印刷データをダウンロードする。この印刷データのダウンロード処理には実際の印刷データ以外に、上記プリンタ管理部５０３の説明で記述したような印刷処理に必要な各種属性値が含まれる。ダウンロードした印刷データは、不揮発性メモリであるＨＤＤ２０３へ格納されることが望ましい。Ｓ９０６で、サーバー１０２は、Ｓ９０３の要求に応じて印刷データを画像形成装置１０１へ送信する。画像形成装置１０１は、ＨＤＤ２０３に保持されている印刷対象の状態情報を「状態１」から「状態２」へ変更する。ここで、「状態２（第２状態）」は、対象の印刷データの受信が完了し、印刷中の状態を示す。

Ｓ９０７で、画像形成装置１０１は、Ｓ９０６の印刷データの受信が完了すると、印刷処理を開始するとともに、当該状態情報を「状態２」から「状態３」へ変更する。ここで、「状態３（第３状態）」は、印刷処理が完了した状態を示す。画像形成装置１０１は、印刷パフォーマンスの向上を目的として、印刷データの全データサイズを受信してから印刷するのではなく、ネットワーク１０５を介して受信した印刷データを逐次印刷処理しつつ、後続のデータを並行して受信処理する構成としてもよい。

Ｓ９０７の印刷処理が完了すると、画像形成装置１０１は、Ｓ９０８で印刷データ識別子１３０３を使用して対象の実行状態を「処理中」から「完了」に変更するようにサーバー１０２へ要求する。さらに、画像形成装置１０１は、当該印刷データ識別子（ここでは、”ａ”）と、当該状態情報をＨＤＤ２０３から消去する。その後、Ｓ９０９で、サーバー１０２は、Ｓ９０８の要求を受けて実行状態を「完了」に変更し、変更したことを画像形成装置１０１へ通知する。

その後、画像形成装置１０１は、再起動等により起動処理を行う際に、Ｓ９１０で、印刷データの確認要求をサーバー１０２に対して行う。Ｓ９１１で、サーバー１０２は、Ｓ９１０の印刷データの確認要求に対して、Ｓ９０２と同様に、「待機中」の印刷データのリストを生成して画像形成装置１０１へ送信する。ここで、は、ジョブ１及び２が「完了」に変更されているため、当該リストには、ジョブ３が含まれることになる。

＜検証例＞
次に、図１０乃至図１２を参照して、本実施形態に係る処理シーケンス中に画像形成装置１０１の電源断が発生した際の検証例について説明する。

＜検証例１＞
図１０は、Ｓ９０５で印刷データのダウンロード要求が画像形成装置１０１からサーバー１０２に通知され、サーバー１０２から画像形成装置１０１への印刷データの送信が完了する前に画像形成装置１０１で電源断が発生した例を示す。図９と同様の処理については同一のステップ番号を付し説明を省略する。即ち、Ｓ９０１乃至Ｓ９０５の処理については、上記図９の説明と同様であるため説明を省略する。

Ｓ９０５の処理後に画像形成装置１０１の電源断が発生し、再起動する。ここで、画像形成装置１０１のＨＤＤ２０３に保持されている情報は、ジョブ２に対応する印刷データ識別子”ａ”と、当該ジョブの実行状態を示す「状態１」となる。一方、サーバー１０２のＨＤＤ３０３に保持されているジョブ２の実行状態は、「処理中」となる。したがって、画像形成装置１０１が上記比較例のように、再起動後に印刷データの確認要求を行ったとしても、ジョブ２は「処理中」であるため、印刷データのリストに含まれないことになる。したがって、ジョブ２の印刷データを受信する機会が失われ、ジョブ２を実施することができなくなってしまう。一方、本実施形態では、以下のように制御する。

再起動すると、Ｓ１００１で、画像形成装置１０１は、ＨＤＤ２０３に保持している印刷データ識別子と、その実行状態を確認する。ここで、ジョブ２の実行状態が「状態１」、即ち、対象の印刷データの受信が完了していない状態である。したがって、画像形成装置１０１は、Ｓ１００２で、図９のＳ９０５と同様の処理である、印刷データ識別子”ａ”を用いて印刷データのダウンロード要求をサーバー１０２へ通知する。その後は、図９におけるＳ９０６以降の処理が実施され、ジョブ２の印刷ジョブを実行することができる。このように、本実施形態に係る画像形成装置１０１では、自装置においても、印刷データ識別子と、対応するジョブの実行状態とを不揮発性メモリであるＨＤＤ２０３に保持しておき、電源断等による再起動が発生した場合には当該情報を参照する。さらに、当該情報に従って、その後の制御を適切に切り替えることができる。

＜検証例２＞
図１１は、Ｓ９０６でサーバー１０２から画像形成装置１０１への印刷データの送信が完了した後に、画像形成装置１０１で電源断が発生した例を示す。図９と同様の処理については同一のステップ番号を付し説明を省略する。即ち、Ｓ９０１乃至Ｓ９０６の処理については、上記図９の説明と同様であるため説明を省略する。

Ｓ９０６の処理後に画像形成装置１０１の電源断が発生し、再起動する。ここで、画像形成装置１０１のＨＤＤ２０３に保持されている情報は、ジョブ２に対応する印刷データ識別子”ａ”と、当該ジョブの実行状態を示す「状態２」となる。一方、サーバー１０２のＨＤＤ３０３に保持されているジョブ２の実行状態は、「処理中」となる。したがって、画像形成装置１０１が上記比較例のように、再起動後に印刷データの確認要求を行ったとしても、ジョブ２は「処理中」であるため、印刷データのリストに含まれないことになる。したがって、ジョブ２の印刷データを再度取得する機会が失われ、ジョブ２を実施することができなくなってしまう。一方、本実施形態では、以下のように制御する。

再起動すると、Ｓ１００１で、画像形成装置１０１は、ＨＤＤ２０３に保持している印刷データ識別子と、その実行状態を確認する。ここで、ジョブ２の実行状態が「状態２」、即ち、対象の印刷データの受信が完了し、印刷中の状態である。しかしながら、印刷処理がまだ完了していないため、Ｓ１１０１で、画像形成装置１０１は、図９のＳ９０７と同様の処理である、印刷処理を実行、又は、既に開始していた場合は再開する。なお、Ｓ９０６で受信した印刷データが失われている場合は、再度Ｓ９０５の印刷データのダウンロード要求から行ってもよい。その後は、図９におけるＳ９０８以降の処理が実施され、ジョブ２の印刷ジョブを実行することができる。このように、本実施形態に係る画像形成装置１０１では、自装置においても、印刷データ識別子と、対応するジョブの実行状態と、印刷データを不揮発性メモリであるＨＤＤ２０３に保持しておき、電源断等による再起動が発生した場合には当該情報を参照する。さらに、当該情報に従って、その後の制御を適切に切り替えることができる。

＜検証例３＞
図１２は、Ｓ９０７で画像形成装置１０１が印刷処理を開始し、当該印刷処理を完了する前に、画像形成装置１０１で電源断が発生した例を示す。図９と同様の処理については同一のステップ番号を付し説明を省略する。即ち、Ｓ９０１乃至Ｓ９０７の処理については、上記図９の説明と同様であるため説明を省略する。

Ｓ９０７の処理を開始後に画像形成装置１０１の電源断が発生し、再起動する。ここで、画像形成装置１０１のＨＤＤ２０３に保持されている情報は、ジョブ２に対応する印刷データ識別子”ａ”と、当該ジョブの実行状態を示す「状態３」となる。一方、サーバー１０２のＨＤＤ３０３に保持されているジョブ２の実行状態は、「処理中」となる。したがって、画像形成装置１０１が上記比較例のように、再起動後に印刷データの確認要求を行ったとしても、ジョブ２は「処理中」であるため、印刷データのリストに含まれないことになる。したがって、ジョブ２の印刷データを再度取得する機会が失われ、ジョブ２を実施することができなくなってしまう。一方、本実施形態では、以下のように制御する。

再起動すると、Ｓ１００１で、画像形成装置１０１は、ＨＤＤ２０３に保持している印刷データ識別子と、その実行状態を確認する。ここで、ジョブ２の実行状態が「状態３」、即ち、印刷処理が完了した状態である。しかしながら、印刷処理が完了したことをサーバー１０２へ通知していないため、Ｓ１２０１で、画像形成装置１０１は、ジョブ２の実行状態を「処理中」から「完了」に変更するようにサーバー１０２へ要求する。さらに、画像形成装置１０１は、当該印刷データ識別子（ここでは、”ａ”）と、当該状態情報をＨＤＤ２０３から消去する。その後は、図９におけるＳ９０９以降の処理が実施され、ジョブ２の印刷ジョブを正常に完了することができる。このように、本実施形態に係る画像形成装置１０１では、自装置においても、印刷データ識別子と、対応するジョブの実行状態と、印刷データを不揮発性メモリであるＨＤＤ２０３に保持しておき、電源断等による再起動が発生した場合には当該情報を参照する。さらに、当該情報に従って、その後の制御を適切に切り替えることができる。

＜印刷データ関連情報＞
次に、図１３を参照して、クライアント端末１０３が画像データをサーバー１０２へ入稿した後、図９の印刷処理シーケンスにおいて、サーバー１０２の中で印刷データを管理する際の情報である印刷データ関連情報について説明する。

サーバー１０２が管理する印刷データ関連情報には、プリンタＩＤ１３０１、ユーザーＩＤ１３０２、印刷データ識別子１３０３、印刷データ名１３０４、印刷状態（実行状態）１３０５、及び入稿時間１３０６の情報が含まれる。プリンタＩＤ１３０１は、プリンタ管理部５０３が管理しているプリンタの識別子を示す。プリンタ管理部５０３はこのプリンタＩＤ１３０１を使用して画像形成装置の各種印刷属性値や画像形成装置の現在の状態情報を管理する。

ユーザーＩＤ１３０２は、クライアント端末１０３がサーバー１０２へアクセスするための認証用のユーザーＩＤであり、クライアント端末１０３の操作者のユーザーＩＤと紐づいている。サーバー１０２はクライアント端末１０３からどのユーザーＩＤが印刷要求しているかを識別することが可能である。

印刷データ識別子１３０３は、クライアント端末１０３が入稿した印刷データに対してサーバー１０２が生成、管理する。印刷データ識別子１３０３は、上記Ｓ９０２にてサーバー１０２から画像形成装置１０１へ送られることによって、両者間において印刷処理や実行状態の通知処理で使用される。

印刷データ名１３０４は、サーバー１０２に入稿された印刷データの名称として管理情報画面生成部５０２が印刷データ管理画面上に表示する。また、画像形成装置１０１がＳ９０６での印刷データのダウンロード時に印刷データと合わせて受信し、メッセージ表示部４０１が操作部２１０上に印刷データ名称として表示してもよい。

印刷データ毎の印刷状態１３０５は、印刷開始前を示す待機中状態（上記状態１に対応）と、正常に印刷処理を行っている処理中状態（上記状態２に対応）とを含む。さらに、印刷状態１３０５には、画像形成装置１０１が何らかの理由で印刷が中断されたことを示す中断状態と、印刷がキャンセルされたことを示すキャンセル状態と、印刷完了を示す完了状態（上記状態３に対応）とが含まれる。中断状態の例としては、画像形成装置１０１のトナー切れ、給紙トレイの用紙なし、カバーオープン、ジャムの発生等が挙げられる。本実施形態によれば、画像形成装置１０１は、上述したように、実行状態を随時サーバー１０２へ通知し、サーバー１０２はこれらの情報を印刷ジョブの実行状態として管理する。

入稿時間１３０６は、印刷要求を受けた各ジョブの入稿時間であり、入稿順を示すものである。当該情報は、次に処理するジョブを決定するための情報となる。なお、印刷データ関連情報には、入稿時間１３０６の代わりに、入稿順を示す情報が含まれてもよい。

＜処理手順＞
次に、図１４を参照して、図９乃至図１２に示すシーケンスにおいて、画像形成装置１０１の電源断が発生した後に次回通電時において、行われる処理手順について説明する。以下で説明する処理は、例えばＣＰＵ２０１がＨＤＤ２０３に格納された制御プログラムをＲＡＭ２０２に読み出して実行することにより実現される。本実施形態によれば、印刷中の電源断による問題を回避すべく、画像形成装置１０１は、サーバー１０２で生成、管理している印刷データ識別子１３０３をＨＤＤ２０３等の不揮発領域に格納し、管理する。また画像形成装置１０１は印刷処理時に生成する画像形成装置管理用の印刷データ識別子と、実行状態とを合わせてＨＤＤ２０３に格納し、管理する。これによって画像形成装置１０１側の不揮発領域内の実行状態と、サーバー１０２側の実行状態の組み合わせに応じてその後の制御を切り替える。

まず、Ｓ１４０１で、画像形成装置１０１が次回通電後、印刷アプリケーション４０４は、印刷データ識別子１３０３がＨＤＤ２０３のような不揮発領域に格納されているかを判定する。印刷データ識別子１３０３が格納されている場合は、電源断発生前に当該印刷データ識別子１３０３に対応する印刷ジョブの実行を開始しており、少なくとも上記Ｓ９０２の処理が完了していたことを意味する。この場合はＳ１４０２に進み、そうでない場合はＳ１４０６に進む。

Ｓ１４０２で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２に対して、印刷データ識別子１３０３に対応するジョブの実行状態を確認する。具体的には、印刷アプリケーション４０４が印刷データ識別子１３０３を使用することでサーバー１０２に対して印刷データ識別子１３０３に対応する印刷データの実行状態を問い合わせる。印刷データ管理部５０１は、ネットワーク送受信部５０５を通じてこの問い合わせを受けると印刷データ識別子１３０３に対応する印刷データの状態１３０５を画像形成装置１０１へ応答する。

次に、Ｓ１４０３で、印刷アプリケーション４０４は、サーバー１０２から通知された印刷データの状態１３０５を確認する。当該実行状態が「処理中」であれば、Ｓ１４０４に進み、「完了」であればＳ１４１４に進み、「待機中」であればＳ１４０８へ進む。処理中であった場合は、電源断発生前において、少なくともＳ９０４の処理が完了していたことを意味する。この場合、Ｓ１４０４で、印刷アプリケーション４０４は、画像形成装置１０１内での印刷処理時に生成して、管理する印刷データ識別子がＨＤＤ２０３に格納されているか否かを判定する。印刷データ識別子が格納されている場合はＳ１４０５に進み、そうでない場合はＳ１４０９に進む。

印刷データ識別子が格納されている場合は、電源断発生前において、少なくともＳ９０７の処理が開始されていたことを意味する。この場合、Ｓ１４０５で、印刷アプリケーション４０４は、電源断発生前のＳ９０７の処理において、全印刷データの排紙処理が完了していたか否かの状態がＨＤＤ２０３に格納されているかを確認する。格納されていればＳ１４１３に進み、そうでなければＳ１４０９に進む。

全印刷データの排紙処理が完了している場合、図１２で説明したように排紙が終わっているにも関わらず、サーバー１０２上の実行状態が「処理中」となっている状態を意味する。この場合、Ｓ１４１３で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２へ実行状態を「処理中」から「完了」に変更要求する。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると該当する印刷データの状態１３０５を「完了」に変更し、変更したことを画像形成装置１０１へ通知する。

その後、Ｓ１４１４で、印刷アプリケーション４０４はＨＤＤ２０３に格納していた印刷データ識別子１３０３、画像形成装置１０１内での印刷処理時に生成、管理する印刷データ識別子、及び排紙完了状態の情報を削除する。

Ｓ１４０３でサーバー１０２側の実行状態が「完了」の場合、電源断発生前において、Ｓ９０９の処理まで完了した状態であるが、Ｓ１４１４の処理が未実施の状態で電源断が発生したことを意味する。したがって、この場合にはＳ１４１４の処理を実行する。

また、Ｓ１４０３でサーバー１０２側の実行状態が「待機中」の場合、電源断発生前に印刷処理を開始し、少なくともＳ９０２が完了していたことを意味する。この場合Ｓ１４０８で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２へ実行状態を「待機中」から「処理中」に変更するように要求する。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると該当する印刷データの状態１３０５を「処理中」に変更し、変更したことを画像形成装置１０１へ通知する。さらに、ここで、印刷処理部４０３は画像形成装置内での印刷処理時に生成、管理する印刷データ識別子を生成して、印刷アプリケーション４０４に通知する。さらに、印刷アプリケーション４０４は、印刷データ識別子に対応付づけて実行状態（状態１）をＨＤＤ２０３に格納する。

Ｓ１４０９で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２へ印刷データのダウンロード要求を行う。このダウンロード要求には画像形成装置１０１で排紙する印刷データだけではなく、カラー指定や両面指定等の印刷属性も含まれる。この印刷属性と印刷データは別々のダウンロード要求に分けて要求してもよい。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると、該当する印刷データと印刷時に必要となる印刷属性値の情報を画像形成装置１０１へ応答する。

印刷アプリケーション４０４が印刷データと印刷属性値を受けるとＳ１４１０に進み、印刷アプリケーション４０４は、印刷処理部４０３にサーバー１０２から受け取ったデータを渡して印刷開始要求を行う。また、印刷アプリケーション４０４は、ＨＤＤ２０３に保持する実行状態を印刷データの取得が完了し、印刷処理を開始した状態（状態２）に変更する。

印刷開始要求を受けた印刷処理部４０３は、Ｓ１４１１で、印刷アプリケーション４０４から受けた印刷データと印刷属性値を使用して印刷処理を実行する。印刷処理が完了するとＳ１４１２に進み、印刷処理部４０３は、印刷アプリケーション４０４に印刷完了を通知する。この印刷完了は印刷データの排紙完了を意味する。印刷アプリケーション４０４は印刷処理部４０３からの印刷完了通知を受け、ＨＤＤ２０３に保持する実行状態を排紙完了状態（状態３）へ変更し、上述したＳ１４１３以降の処理を実行する。

一方、Ｓ１４０１で印刷データ識別子１３０３がＨＤＤ２０３に格納されていない場合、電源断発生前において、少なくともＳ９０１の処理のみが完了していたか、或いは電源断自体が発生しておらず、新規処理としての印刷開始を意味する。この場合Ｓ１４０６で、印刷アプリケーション４０４は、サーバー１０２に対して印刷データの存在確認要求を行う。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると画像形成装置１０１に該当するプリンタＩＤ１３０１で印刷する印刷データのリスト情報を画像形成装置１０１へ応答する。この応答に含まれる各印刷データのリスト情報にはサーバー１０２上で生成、割り当てている印刷データ識別子１３０３が含まれる。

次に、Ｓ１４０７で、印刷アプリケーション４０４は、Ｓ１４０６でサーバー１０２から返された印刷データ識別子１３０３をＨＤＤ２０３に格納し、Ｓ１４０８以降の処理を行う。さらに、印刷アプリケーション４０４は、印刷データ識別子１３０３とともに、印刷データの受信が未完了であることを示す状態（状態１）をＨＤＤ２０３に格納する。

Ｓ１４０４で、画像形成装置１０１内で生成し、管理している印刷データ識別子が格納されていない場合、図７で説明したように再印刷処理を最初からやり直すだけでは対応しきれない状態（状態２）に陥っていることを意味する。これはＳ１４０５で、印刷アプリケーション４０４が全印刷データの排紙処理が完了していないという判断を行った場合についても同様の状態を意味する。

この場合、印刷アプリケーション４０４は電源起動後の再印刷処理をＳ１４０１からやり直すのではなく、ＨＤＤ２０３に格納されている印刷データ識別子１３０３を使用してＳ１４０９以降の処理から行う。

以上説明したように、本実施形態によれば、本画像形成装置は、サーバーで管理されているジョブのリストを要求し、要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とをサーバーから取得して不揮発性領域であるＨＤＤに記憶する。さらに、本画像形成装置は、所定のジョブの実行が開始されると、所定のジョブの実行状態を示す第１情報をＨＤＤに記憶する。その後、画像形成装置は、所定のジョブの実行状態の変化に応じて、サーバーで管理されている所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、ＨＤＤに記憶されている第１情報を変更する。また、本画像形成装置は、電源断による再起動が発生すると、ＨＤＤに記憶されている識別子と、識別子に対応する第１情報とを確認し、確認された識別子に対応する所定のジョブを、第１情報に従って再開する。これにより、サーバーから入稿される印刷ジョブの処理中に画像形成装置で電源断が発生した場合であっても、その時のジョブの実行状態に合わせて再開処理を実行することができ、ジョブの実行漏れ等、図７、図８で説明したような問題を解消することができる。

なお、本発明は上記実施形態に限らず様々な変形が可能である。例えば、上記実施形態においては印刷ジョブの実行中に電源断が発生した場合について説明した。しかし、本発明は、画像形成装置が提供するクラウドサービスの全てに応用することができる。つまり、画像形成装置１０１において、サーバー１０２からジョブに関するデータを取得して実行するジョブであれば本発明を適用することができる。この場合、ジョブの実行手順に従った実行状態を画像形成装置１０１及びサーバー１０２で保持することにより、上記実施形態と同様の効果を得ることができる。

＜第２の実施形態＞
以下では、本発明の第２の実施形態について説明する。上記第１の実施形態では電源断発生後の次回通電時における動作フローによって再印刷処理を可能にする方法について説明した。画像形成装置によっては電源断の指示を検知した際に一定時間通電を維持し、その間に各種終了処理を行う場合がある。本実施形態では、電源断による電源ＯＦＦ時の終了処理における処理手順について説明する。

図１５は、画像形成装置１０１の電源断時における印刷処理を終了する際の処理手順を示す。以下で説明する処理は、例えばＣＰＵ２０１がＨＤＤ２０３に格納された制御プログラムをＲＡＭ２０２に読み出して実行することにより実現される。まず、電源管理部４０２が画像形成装置１０１の電源断を検知する。電源管理部４０２は印刷アプリケーション４０４に対して電源断による終了処理の開始を通知することで本フローチャートの処理が開始する。

Ｓ１５０１で、印刷アプリケーション４０４は、Ｓ１４１１で説明したような画像形成装置１０１内の印刷処理が継続しているか否かを確認する。ここで、印刷アプリケーション４０４は、ＨＤＤ２０３に格納されている実行状態が状態１又は状態２であれば印刷処理が継続していると判断する。印刷処理が継続している場合はＳ１５０２に進み、そうでない場合はＳ１５０４へ進む。

Ｓ１５０２で、印刷アプリケーション４０４は、印刷処理部４０３に対して印刷処理の中止要求を行う。印刷処理部４０３はこの中止要求を受けて排紙処理を中止し、印刷アプリケーション４０４へこれを通知する。続いて、Ｓ１５０３で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２へ実行状態を「待機中」に変更要求し、処理を終了する。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると、該当する印刷データの状態１３０５を「待機中」に変更し、変更したことを画像形成装置１０１へ通知する。

一方、Ｓ１５０１で印刷処理中でないと判定する場合は、画像形成装置１０１内で印刷処理がまだ開始されていない状態か、又は、全印刷データの排紙が完了していることを意味する。この場合、Ｓ１５０４で、印刷アプリケーション４０４は、Ｓ１４０５と同様に全印刷データの排紙処理が完了しているか否かを判定する。ここで、印刷アプリケーション４０４は、ＨＤＤ２０３に格納されている実行状態が状態３であれば排紙処理が完了していると判断する。完了している場合はＳ１５０５へ進み、そうでない場合はＳ１５０６へ進む。

全印刷データの排紙処理が完了している場合、Ｓ１５０５で、印刷アプリケーション４０４は、ネットワーク送受信部４０５を通じてサーバー１０２へ実行状態を「完了」に変更要求し、処理を終了する。印刷データ管理部５０１はネットワーク送受信部５０５を通じてこの要求を受けると、該当する印刷データの状態１３０５を「完了」に変更し、変更したことを画像形成装置１０１へ通知する。

一方、全印刷データの排紙処理が完了していない場合、画像形成装置１０１内の印刷処理がまだ開始されていない状態を意味する。この場合、Ｓ１５０６で、印刷アプリケーション４０４は、Ｓ１４０１と同様に印刷データ識別子１３０３をサーバー１０２から取得済みか否かを判定する。取得済みであればＳ１５０３に進み、そうでなければ、そもそも印刷処理を行っていなかったか、或いは印刷処理をこれから開始する状態であったことを意味するため、処理を終了する。

以上説明したように、本実施形態によれば、画像形成装置において電源断が発生した際の終了処理において、ＨＤＤ２０３に格納してある識別子と実行状態（第１情報）とを確認し、必要に応じてサーバー１０２へ第２情報の変更（待機中又は完了に）を要求する。このように、本実施形態によれば、サーバー１０２側の実行状態を変更することによって次回通電時に再印刷処理が必要な場合には実行状態が待機中（又は、完了）となっているため、必要であればＳ１４０１から印刷処理を行うことが可能となる。

なお、Ｓ１５０３において印刷アプリケーション４０４は実行状態をエラーに変更してもよい。その場合、次回通電時の再印刷処理において、Ｓ１４０３の実行状態がエラーで検出される。このエラー状態からの再印刷処理を行うために印刷アプリケーション４０４はサーバー１０２の実行状態を処理中に変更する。以降はＳ１４０４以降の動作フローを行うことで再印刷処理が可能となる。

＜第３の実施形態＞
以下では、本発明の第３の実施形態について説明する。本実施形態では、次回通電時の図１４のフローチャートにおいて、再印刷処理の有無を選択する構成例について説明する。図１６は、Ｓ１４０１で印刷データ識別子１３０３を取得済みであることを前提とし、Ｓ１４０８又はＳ１４０９の直前において印刷アプリケーション４０４がメッセージ表示部４０１を通じて操作部２１０上に表示する内容を示す。

図１４のフローチャートでは前回の電源ＯＦＦ時に開始していた印刷処理を次回通電時に自動的に印刷するようにしているが、１２０１に示すように、画像形成装置１０１の操作者に対してその旨（１２０１）と、複数の選択肢を選択可能に表示している。これらの選択肢の内容としては再印刷を実行する（１２０２）、再印刷せずに処理をキャンセルする（１２０３）、再印刷処理の実行とキャンセルの選択を一旦保留とする（１２０４）、という内容から成る。

再印刷が選択された場合は、印刷アプリケーション４０４は、図１４のとおりにＳ１４０８、又はＳ１４０９以降の処理を継続する。また、キャンセルが選択された場合は、印刷アプリケーション４０４は、サーバー１０２の実行状態をキャンセルに変更し、Ｓ１４１４の処理を行って印刷処理を終了する。また、保留が選択された場合は、印刷アプリケーション４０４は、図１４のフローチャートを一旦終了し、一定時間後若しくは別の印刷処理の完了後、又は画像形成装置１０１の次回起動時に再び１２０１の表示と、１２０２乃至１２０４の選択肢とを表示する。

以上説明したように、本実施形態によれば、印刷中に電源断が発生した場合、画像形成装置１０１の操作者には、その印刷処理は必要ない可能性もあるため、上述した選択肢を設けることによって無駄な印刷を防ぐことが可能となる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００：システム、１０１：画像形成装置、１０２：サーバー、１０３：クライアント端末、１０４：アクセスポイント、１０５：ネットワーク、２００：コントローラ、２０１：ＣＰＵ、２０２：ＲＡＭ、２０３：ＨＤＤ、２０４：操作部Ｉ／Ｆ、２０５：プリンタＩ／Ｆ、２０６：ＮＩＣ、２０７：電源制御部、２１０：操作部、２１１：プリンタ

Claims (11)

1. 画像形成装置であって、
   サーバーで管理されているジョブのリストを要求する要求手段と、
   前記要求手段によって要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とを前記サーバーから取得して、不揮発性記憶手段に記憶する取得手段と、
   前記所定のジョブの実行が開始されると、該所定のジョブの実行状態を示す第１情報を前記不揮発性記憶手段に記憶し、前記所定のジョブの実行状態の変化に応じて、前記サーバーで管理されている前記所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、前記不揮発性記憶手段に記憶されている前記第１情報を変更する制御手段と、
   前記画像形成装置における電源断による再起動が発生すると、前記不揮発性記憶手段に記憶されている前記識別子と、該識別子に対応する前記第１情報とを確認する確認手段と、
   前記確認手段によって確認された前記識別子に対応する前記所定のジョブを、前記第１情報に従って再開する再開手段と
   を備えることを特徴とする画像形成装置。
2. 前記所定のジョブは、前記サーバーから印刷データを受信して印刷を実行する印刷ジョブであり
   前記実行状態を示す第１情報には、前記サーバーから前記印刷データの取得が完了していない第１状態と、前記サーバーから前記印刷データの取得が完了して印刷処理を開始した第２状態と、前記印刷処理を完了した第３状態とが含まれることを特徴とする請求項１に記載の画像形成装置。
3. 前記制御手段は、
   前記サーバーに対して前記第２情報を待機中から処理中に変更するように要求する際に、前記不揮発性記憶手段に前記第１情報として前記第１状態を格納し、
   前記サーバーから前記印刷データの取得が完了すると、前記不揮発性記憶手段に記憶された前記第１情報を前記第２状態へ変更し、
   前記印刷処理が完了すると、前記不揮発性記憶手段に記憶された前記第１情報を前記第３状態へ変更し、
   前記サーバーに対して前記第２情報を処理中から完了に変更するように要求する際に、前記不揮発性記憶手段に記憶された前記第１情報を削除することを特徴とする請求項２に記載の画像形成装置。
4. 前記再開手段は、前記確認手段によって前記所定のジョブの前記識別子が確認された際に、
   前記第１情報が前記第１状態を示す場合には、前記識別子を用いて前記サーバーから前記印刷データを取得する処理から再開し、
   前記第１情報が前記第２状態を示す場合には、前記印刷処理を再開し、
   前記第１情報が前記第３状態を示す場合には、前記識別子を用いて前記サーバーへ該所定のジョブの実行が完了したことを通知する処理から再開することを特徴とする請求項３に記載の画像形成装置。
5. 前記再開手段は、前記確認手段によって前記所定のジョブの前記識別子が確認されなかった場合には、前記要求手段によって前記ジョブのリストを要求させることを特徴とする請求項４に記載の画像形成装置。
6. 前記再開手段は、前記第１情報が前記第２状態を示し、前記印刷処理を再開する際に、前記取得手段によって前記所定のジョブのデータを再度取得させることを特徴とする請求項４に記載の画像形成装置。
7. 前記制御手段は、前記画像形成装置における電源断によって終了処理を実行する際に、
   前記第１情報が前記第１状態又は前記第２状態を示す場合には、前記サーバーに対して前記第２情報を処理中から待機中に変更するように要求し、
   前記第１情報が前記第３状態を示す場合には、前記サーバーに対して前記第２情報を処理中から完了に変更するように要求することを特徴とする請求項２乃至６の何れか１項に記載の画像形成装置。
8. 前記確認手段によって前記所定のジョブの前記識別子が確認されると、前回の電源ＯＦＦ時に印刷中のジョブが存在したことを表示する表示手段をさらに備えることを特徴とする請求項２乃至７の何れか１項に記載の画像形成装置。
9. 前記表示手段は、さらに、
   前回の電源ＯＦＦ時に印刷中のジョブであった中断したジョブを、再開するか、キャンセルするか、又は、保留するかを選択可能な画面を表示し、
   前記再開手段は、前記画面を介して選択された指示に従って、前記中断したジョブの制御を切り替えることを特徴とする請求項８に記載の画像形成装置。
10. 画像形成装置であって、
    要求手段が、サーバーで管理されているジョブのリストを要求する要求工程と、
    取得手段が、前記要求工程で要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とを前記サーバーから取得して、不揮発性記憶手段に記憶する取得工程と、
    制御手段が、前記所定のジョブの実行が開始されると、該所定のジョブの実行状態を示す第１情報を前記不揮発性記憶手段に記憶し、前記所定のジョブの実行状態の変化に応じて、前記サーバーで管理されている前記所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、前記不揮発性記憶手段に記憶されている前記第１情報を変更する制御工程と、
    確認手段が、前記画像形成装置における電源断による再起動が発生すると、前記不揮発性記憶手段に記憶されている前記識別子と、該識別子に対応する前記第１情報とを確認する確認工程と、
    再開手段が、前記確認工程で確認された前記識別子に対応する前記所定のジョブを、前記第１情報に従って再開する再開工程と
    を実行することを特徴とする画像形成装置の制御方法。
11. 画像形成装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
    要求手段が、サーバーで管理されているジョブのリストを要求する要求工程と、
    取得手段が、前記要求工程で要求したジョブのリストから所定のジョブのデータと、該所定のジョブの識別子とを前記サーバーから取得して、不揮発性記憶手段に記憶する取得工程と、
    制御手段が、前記所定のジョブの実行が開始されると、該所定のジョブの実行状態を示す第１情報を前記不揮発性記憶手段に記憶し、前記所定のジョブの実行状態の変化に応じて、前記サーバーで管理されている前記所定のジョブの実行状態を示す第２情報を変更するように要求するとともに、前記不揮発性記憶手段に記憶されている前記第１情報を変更する制御工程と、
    確認手段が、前記画像形成装置における電源断による再起動が発生すると、前記不揮発性記憶手段に記憶されている前記識別子と、該識別子に対応する前記第１情報とを確認する確認工程と、
    再開手段が、前記確認工程で確認された前記識別子に対応する前記所定のジョブを、前記第１情報に従って再開する再開工程と
    を実行することを特徴とするプログラム。

Images