画像形成装置及び画像形成システム
【課題】画像形成ジョブの実行に異常が発生して中断した場合の、他の画像形成装置におけるその画像形成ジョブの再開を、ユーザの手を煩わせずに簡単な処理で確実に実行できるようにする。
【解決手段】 画像処理装置１０ａにおいて画像形成ジョブの実行に異常が発生した場合に、ジョブ情報保障部１０２がウェブストレージ制御部１０４を介してウェブストレージサービスサーバ３０にアクセスして、実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させると共に、ウェブストレージサービスサーバ３０にアクセスするために用いるアクセス情報と、記憶させたジョブ情報を特定するためのジョブ識別情報とを画像処理装置１０ｂに送信し、そのアクセス情報及びジョブ識別情報に従った画像形成ジョブを実行することを画像処理装置１０ｂに要求するようにした。
【解決手段】 画像処理装置１０ａにおいて画像形成ジョブの実行に異常が発生した場合に、ジョブ情報保障部１０２がウェブストレージ制御部１０４を介してウェブストレージサービスサーバ３０にアクセスして、実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させると共に、ウェブストレージサービスサーバ３０にアクセスするために用いるアクセス情報と、記憶させたジョブ情報を特定するためのジョブ識別情報とを画像処理装置１０ｂに送信し、そのアクセス情報及びジョブ識別情報に従った画像形成ジョブを実行することを画像処理装置１０ｂに要求するようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置、およびこのような画像形成装置を複数備える画像形成システムに関する。
【背景技術】
【０００２】
従来から、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備えるプリンタ等の画像形成装置が広く知られている。また、このような画像形成装置において、画像形成ジョブの実行中に異常が生じジョブが中断された場合でも、そのジョブの実行を他の画像形成装置に代わりに実行させることにより、中断されたジョブに係る印刷物等を得られるようにする手法として、以下のものが知られている。
【０００３】
まず、特許文献１には、画像入出力装置において異常発生時に既に受け付けられている処理すべき未処理のジョブ及び処理途中のジョブを着脱可能な記憶媒体に記憶させ、ユーザにより記憶媒体が装着された他の画像入出力装置がその記憶媒体に記憶されているジョブを読み取って実行するようにすることが記載されている。
特許文献２には、第１の印刷装置において印刷の実行中に印刷エラーが発生した場合にプリントサービスサーバに対して印刷中断情報を送信して登録しておき、ユーザが第２の印刷装置を操作してプリントサービスサーバに認証を受けた場合に、その印刷中断情報を参照して、その第２の印刷装置において、印刷エラーが発生した印刷の続きを行えるようにすることが記載されている。
【０００４】
特許文献３には、印刷が失敗に終わった場合に、印刷ジョブを代替印刷装置に送信することが記載されている。
特許文献４には、プリンタ１００−１がＰＣ３００から印刷要求を受信した場合に、ストレージ２００に、印刷パラメータと印刷処理のイベント通知に関する情報とを含むジョブ指示情報を送信して保存させると共に、ＰＣ３００から指定された補助プリンタに、補助印刷要求を送信することが記載されている。そして、この補助印刷要求を受信したプリンタは、それぞれストレージ２００へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し、ジョブに係る印刷処理を実行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の手法では、着脱可能な記憶媒体を用いてジョブを移動させるため、記憶媒体の装着が可能な機種にしか適用できないし、記憶媒体を付け替えるためにはユーザに専門知識が要求され、作業負荷が大きいという問題があった。
特許文献２に記載の手法でも、ユーザが第２の印刷装置を操作する必要があるため、ユーザの作業負荷が大きいという問題があった。また、プリントサービスサーバ側に、印刷中断情報をユーザと対応付けて管理する機能を設ける必要であり、このため専用のサーバが必要になるという問題があった。
【０００６】
また、特許文献３に記載の手法では、印刷ジョブそのものを代替印刷装置に宛てて送信するため、代替印刷装置においてサイズの大きいジョブを実行中に別途ジョブを送信してしまうようなことが起こると、メモリ容量不足により印刷ジョブを正しく受け取れない可能性があるという問題があった。
特許文献４に記載の手法では、プリンタ１００−１が印刷要求を受信した時点で、ストレージ２００へのジョブ指示情報の保存と補助プリンタへの補助印刷要求を行うため、複数のプリンタで重複してジョブを実行しないようにするための比較的複雑な制御が必要となり、システム開発の負荷が大きいという問題があった。
【０００７】
この発明は、このような問題を解決し、画像形成ジョブの実行に異常が発生して中断した場合の、他の画像形成装置におけるその画像形成ジョブの再開を、ユーザの手を煩わせずに簡単な処理で確実に実行できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、この発明による画像形成装置は、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置において、上記画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、その異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、上記異常ジョブ処理手段が上記アクセス先にジョブ情報を記憶させた場合に、上記所定のアクセス先にアクセスするために用いるアクセス情報と、上記所定のアクセス先において上記記憶させたジョブ情報を特定するためのジョブ識別情報とを他の画像形成装置に送信し、そのアクセス情報及びそのジョブ識別情報に従った画像形成ジョブの実行を上記他の画像形成装置に要求する要求手段とを設けたものである。
【発明の効果】
【０００９】
以上のような構成によれば、画像形成ジョブの実行に異常が発生して中断した場合の、他の画像形成装置におけるその画像形成ジョブの再開を、ユーザの手を煩わせずに簡単な処理で確実に実行できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の画像形成装置の一実施形態である画像処理装置を含む画像処理システムのハードウェア構成を示すブロック図である。
【図２】図１に示した画像処理装置の機能構成を示す図である。
【図３】ウェブストレージサービスシステムの機能構成を示す図である。
【図４】図１に示した画像処理装置が扱うジョブ情報のフォーマット例を示す図である。
【図５】画像形成ジョブの実行に支障を来す異常の発生を検出した場合に画像処理装置のＣＰＵが実行する処理のフローチャートである。
【図６】図５のステップＳ２２で送信されたジョブ復元要求等を受信した復元先画像処理装置のＣＰＵが実行する処理のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図１は、この発明の画像形成装置の一実施形態である画像処理装置を含む画像処理システムのハードウェア構成を示すブロック図である。
【００１２】
この画像処理システムは、図１に示す複数の画像処理装置１０ａ〜１０ｃを備える。これらの画像処理装置１０ａ〜１０ｃは、後述する異常発生時のジョブの復元に関する機能を備えていれば同一機種であってもバラバラの機種であっても構わない。しかし、図１に示す範囲のハードウェアは全ての画像処理装置１０ａ〜１０ｃが備えているため、ここでは代表として画像処理装置１０ａについて説明する。
【００１３】
図１に示すように、画像処理装置１０ａは、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，通信Ｉ／Ｆ（インタフェース）１４，スキャナエンジン１５，プリンタエンジン１６，操作パネル１７を備え、これらがシステムバスにより接続されている。
【００１４】
これらのうちＣＰＵ１１は、画像処理装置１０ａを統括制御する制御手段である。そして、ＲＯＭ１２に記録された所要のプログラムを実行し、図１に示した各部を制御することにより、後述するジョブの復元に関する機能をはじめ、種々の機能を実現する。また、画像処理装置１０を、コピー、スキャン、プリント、ファクシミリ通信、ドキュメントボックス等の各種機能を備えたデジタル複合機（ＭＦＰ）として機能させることができる。
【００１５】
ＲＯＭ１２は、ＣＰＵ１１が実行するプログラムや書き換えの不要なデータ等を記憶する不揮発性記憶手段である。
ＲＡＭ１３は、ＣＰＵ１１がワークエリアとして使用したり、一時的に保持すべきデータを記憶させたりする記憶手段である。
【００１６】
通信Ｉ／Ｆ１４は、画像処理装置１０ａがＬＡＮ（ローカルエリアネットワーク）あるいはインターネット４０等のネットワークを介して外部装置と通信するためのインタフェースである。通信の規格は、有線、無線を問わず任意のものを用いることができる。
【００１７】
スキャナエンジン１５は、原稿の画像を読み取って画像データを得る画像読み取り手段である。
プリンタエンジン１６は、画像データに基づき紙等の記録シートに画像を形成する画像形成手段である。
操作パネル１７は、ＬＣＤ（液晶ディスプレイ）やタッチパネルをはじめとする各種の表示器やボタン等を備え、ユーザからの操作を受け付けると共に、ユーザに対して画像処理装置１０の動作状態や設定内容等の情報を表示する手段である。
【００１８】
以上の画像処理装置１０ａは、ユーザが操作パネル１７から入力した設定操作に基づき生成したジョブ情報、あるいはＲＩＰ（Raster Image Processor）サーバやＰＣ等のホスト装置２０から渡されるジョブ情報に基づき画像形成ジョブを実行することにより、プリンタエンジン１６を制御して用紙に画像を形成することができる。
【００１９】
また、画像形成ジョブの実行に際して紙詰まり、用紙切れ等の異常が発生し、ジョブが実行不能となった場合、他の画像処理装置に代わりにジョブを実行させる（このことを、以後、ジョブを「復元する」ともいう）ため、以下の処理を行うことができる。すなわち、インターネット４０を介してオンラインで提供される汎用のウェブストレージサービス（オンラインストレージサービス）にアクセスしてジョブのデータを保存させておき、他の画像処理装置に、そのジョブのデータを読み出して実行するよう要求することができる。逆に、ジョブのデータをウェブストレージサービスから読み出してそのデータに係るジョブを実行するよう要求された場合、その要求に応じてジョブを実行することができる。
次にこの点に関連する構成についてより詳細に説明する。
【００２０】
図２は、図１に示した画像処理装置１０ａの機能構成を示す図である。図２には、上述したジョブの復元に関連する機能を中心に示している。
図２に示すように、画像処理装置１０ａにおいては、図１に示したＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，通信Ｉ／Ｆ１４等を備える画像処理コントローラ１００が、主制御部１０１，ジョブ情報保障部１０２，ジョブ情報復元部１０３，ウェブストレージ制御部１０４，入力制御部１０５，出力制御部１０６及びソフトウェア構成管理部１０７を備えている。
【００２１】
これらのうち主制御部１０１は、画像処理コントローラ１００における制御の中心的な役割を担う。操作パネル１７における操作検出及び表示の制御、およびホスト装置２０との通信に関する処理も行う。
【００２２】
ジョブ情報保障部１０２は、ジョブの実行に異常が生じた場合に、他の画像処理装置に代わりにそのジョブを実行させるために必要なデータ転送を行う機能を有する。なお、このデータ転送に用いる情報として、異常発生時に代わりにジョブを実行させる画像処理装置（復元先画像処理装置）のアドレス（ＩＰ(Internet Protocol)アドレスやＵＲＬ(Uniform Resource Locator)など）、異常発生時にジョブ情報の保存に用いるウェブストレージサービスの種類、そのウェブストレージサービスのアクセスポイント（ウェブストレージサービスサーバ）のアドレス、ウェブストレージサービスサーバに認証を受けるための認証情報などの情報を、予めユーザが設定しておく。この設定は、操作パネル１７を操作して行うことができるし、外部のＰＣ等から行うこともできる。
【００２３】
ジョブ情報復元部１０３は、他の画像処理装置からの要求に応じて、その画像形成装置で異常により中断されたジョブを代わりに実行するために必要な情報を取得する機能を有する。
【００２４】
ウェブストレージ制御部１０４は、ウェブストレージサービスサーバ３０が提供するウェブストレージサービスを利用する機能を有する。ここで、ウェブストレージサービスには、インターネット４０を介してウェブストレージサービスサーバ３０に送信されてくるデータを任意のファイル名を付して任意のストレージに蓄積する機能と、ウェブストレージサービスサーバ３０がインターネット４０を介して受け付けた要求に応じて、蓄積したデータを要求元にダウンロードさせる機能とを含む。そのほか、ウェブストレージサービスサーバ３０がユーザ名やパスワード等の認証情報を用いてアクセス元を認証し、蓄積するデータをユーザ名と対応付けて管理する機能を備えていることが好ましい。このとき、蓄積したデータのダウンロードは、そのデータを蓄積したユーザあるいはそのユーザが許可したユーザにのみ許可する。
【００２５】
入力制御部１０５は、スキャナエンジン１５による画像の読み取り及びスキャナエンジン１５からの読み取り画像データの入力を制御する。例えば、主制御部１０１から画像情報（画像属性、画像データ）取得要求を受けて、スキャナエンジン１５を制御して画像情報入力処理を行い、スキャナエンジン１５より入力された画像データと画像属性を主制御部１０１へ送信する。
【００２６】
出力制御部１０６は、プリンタエンジン１６による画像形成及びプリンタエンジン１６への画像データの出力を制御する。例えば、主制御部１０１より印刷指示を受け、印刷開始要求及び印刷すべき画像の画像データをプリンタエンジン１６に送信し、印刷を実行させる。また、プリンタエンジン１６は、印刷実行時において、ジャム、紙なしなど、印刷処理に支障を来たす事象が発生した場合に、出力制御部１０６に異常を通知する。出力制御部１０６は、この異常通知を受けた場合に、主制御部１０１に異常通知を送信する。異常が解除された場合には、プリンタエンジン１６はその旨を同様に出力制御部１０６に通知し、出力制御部１０６はそれに応じて主制御部１０１に異常解除通知を送信する。
【００２７】
ソフトウェア構成管理部１０７は、画像処理装置１０ａにインストールされている全てのソフトウェアの種類、および各ソフトウェアのバージョンの情報を管理する。ソフトウェア構成管理部１０７は、ウェブストレージサービスサーバ３０にアクセスするウェブストレージ制御部１０４の機能を実現する上で必要なソフトウェアも管理する。
【００２８】
次に、画像処理装置１０ａが画像形成ジョブを実行する場合の各部の動作について、より詳細に説明する。
まず、主制御部１０１は、ユーザが操作パネル１７から印刷指示（Scan to Printなど）を行った場合、印刷指示時にユーザから設定された給紙トレイや排紙トレイなどの設定情報を元に、実行すべき画像形成ジョブの内容を示すジョブ情報の生成を行う。Scan to Printの場合、ジョブ情報の生成において必要となる画像情報（画像データと画像属性）は、入力制御部１０５に指示を出し、入力制御部１０５を介して、スキャナエンジン１５より取得する。また、主制御部１０１は、ホスト装置２０からジョブ情報を受信した場合には、改めてジョブ情報の生成は行わず、受信したジョブ情報に従ったジョブを開始する。
【００２９】
いずれの場合も、主制御部１０１は、ジョブ情報に従い出力制御部１０６に画像形成を要求する。出力制御部１０６は、その要求に従ってプリンタエンジン１６を制御して画像形成を実行させる。また、出力制御部１０６は、画像形成実行時にジャム、紙なしなど印刷処理に支障を来たす事象が発生した場合に、プリンタエンジン１６のセンサ等の出力に基づきこれを検出し、主制御部１０１に異常を通知する。
【００３０】
主制御部１０１は、異常通知を受けると、異常により中断したジョブを他の画像処理装置に復元させるべく、未完了である画像形成ジョブのジョブ情報をジョブ情報保障部１０２に通知する。また、それ以降異常解除通知を受けるまでに生成あるいは受信したジョブ情報もジョブ情報保障部１０２に通知する。なお、ジョブ情報保障部１０２にジョブ情報を通知したジョブについては、他の画像処理装置に代わりに実行させることになるので、重複実行を避けるため、異常が解消しても、画像処理装置１０ａにおいては実行を再開しない。このため、なるべく画像処理装置１０ａにジョブを実行させたい場合には、異常が発生した場合にすぐにジョブ情報保障部１０２にジョブ情報を通知するのではなく、少し時間が経っても解消しない場合に通知するようにしてもよい。
【００３１】
ジョブ情報保障部１０２は、主制御部１０１から上記のようにジョブ情報を通知されると、そのジョブ情報を一意に特定できるジョブ識別子を生成する。そして、ジョブ情報とジョブ識別子とをウェブストレージ制御部１０４に渡し、ウェブストレージサービスサーバ３０にアクセスさせて、ウェブストレージサービスサーバ３０が提供するウェブストレージサービスに、ジョブ情報を保存させる。
【００３２】
また、ジョブ情報保障部１０２は、予めユーザによって設定された、ジョブ情報の保存に利用するウェブストレージサービスの種類、それに応じたアクセスポイント（ここではウェブストレージサービスサーバ３０であるとする）のアドレス及び、ウェブストレージサービスサーバ３０に認証を受けるための認証情報を保持している。そして、ウェブストレージ制御部１０４にウェブストレージサービスサーバ３０へアクセスさせる際には、ウェブストレージ制御部１０４にそれらの情報を渡す。
【００３３】
なお、利用するウェブストレージサービスは、自動アクセス用のプログラムが利用可能なものであれば何でも構わない。広く公衆の利用に供されるサービスも利用することができる。例えば、リコー社の提供するquanp（商標）、アマゾン社の提供するAmazon S3（商標）、及びヤフー社の提供するFlicker（商標）等を利用することが考えられる。ただし、画像処理装置の運用者が独自に設けたウェブストレージサービスを利用することも妨げられない。
【００３４】
ウェブストレージ制御部１０４は、ジョブ情報保障部１０２からの要求に応じて、指定されたウェブストレージサービスを利用するための自動アクセス用プログラムを起動して、指定されたアクセスポイントであるウェブストレージサービスサーバ３０にアクセスして、渡された認証情報を用いて認証を受ける。そして、ジョブ情報保障部１０２から渡されたジョブ情報を、ウェブストレージサービスサーバ３０に送信し、ウェブストレージサービスに保存させる。このとき、ジョブ情報と共に渡されたジョブ識別子を、保存するジョブ情報のファイル名等として用い、後でウェブストレージサービスサーバ３０にアクセスした際に、そのジョブ識別子をキーに所望のジョブ情報を検索できるようにする。
【００３５】
また、主制御部１０１は、異常発生後、未完了の画像形成ジョブを全てジョブ情報保障部１０２に通知し終わると、ジョブ情報保障部１０２にその旨を通知する。
そして、ジョブ情報保障部１０２は、主制御部１０１から全てのジョブ情報の通知が終わったことを通知されると、ウェブストレージ制御部１０４に接続解除要求を送信する。ウェブストレージ制御部１０４は、この要求があるとウェブストレージサービスサーバ３０からログアウトし、接続を解除する。
【００３６】
また、ジョブ情報保障部１０２は、ジョブ情報のウェブストレージサービスへの保存が完了すると、ユーザによりあらかじめ設定された復元先画像処理装置（ここでは画像処理装置１０ｂとする）のアドレス情報に従い、復元先画像処理装置に対して、ジョブ情報を保存したウェブストレージサービスにアクセスするためのアクセス情報と、保存した１又は複数のジョブ情報を特定するためのジョブ識別情報とを通知すると共に、それらに従ってジョブの復元を行うべきことを要求するジョブ復元要求を行う。
【００３７】
なお、アクセス情報とは、ウェブストレージサービスの種類、それに応じたアクセスポイントのアドレス及び、ウェブストレージサービスサーバ３０に認証を受けるための認証情報である。また、複数のジョブ情報を保存した場合、それらを全て同じ画像処理装置により復元させても、複数の画像処理装置に適宜に分散して復元させてもよい。また、１つのジョブ復元要求で複数のジョブ情報に係る画像形成ジョブの復元を要求しても、ジョブ情報１つにつき１つのジョブ復元要求を行うようにしてもよい。
以上で、異常が発生した側の画像処理装置におけるジョブの復元に係る動作は終了する。
【００３８】
一方、画像処理装置１０ａは、ジョブの復元を要求される側の画像処理装置としても機能する。
この場合、画像処理装置１０ａは、他の画像処理装置のジョブ情報保障部１０２が送信してくるジョブ復元要求、アクセス情報及びジョブ識別情報を受信する。不図示の通信制御部は、これらの情報を受信したことを検出すると、これらの情報をジョブ情報復元部１０３に渡す。
【００３９】
ジョブ情報復元部１０３は、ジョブ復元要求、アクセス情報及びジョブ識別情報を受け取ると、主制御部１０１にジョブ実行中か問い合わせる。ジョブ実行中の場合、実行終了時にその旨を通知することを要求するジョブ終了通知要求を主制御部１０１に送信する。
そして、ジョブ情報復元部１０３は、主制御部１０１からジョブ終了通知を受けるかジョブ実行中ではないと回答を受けた場合に、ウェブストレージ制御部１０４に、受け取ったアクセス情報及びジョブ識別情報を渡し、それらに従ってウェブストレージサービスサーバ３０にアクセスさせてジョブ情報を取得させる。
【００４０】
ウェブストレージ制御部１０４は、ジョブ情報復元部１０３からの要求に応じて、アクセス情報により指定されたウェブストレージサービスを利用するための自動アクセス用プログラムを起動して、アクセス情報により指定されたアクセスポイントであるウェブストレージサービスサーバ３０にアクセスして、アクセス情報に含まれる認証情報を用いて認証を受ける。そして、ジョブ識別情報により特定されるジョブ情報のダウンロードを、ウェブストレージサービスサーバ３０に要求し、ウェブストレージサービスにおいて保存されているそのジョブ情報を送信させる。このとき、ウェブストレージサービス側ではそのジョブ情報を削除させるようにしてもよいし、後で別途の要求により又は自動的に削除するようにしてもよい。
【００４１】
いずれにせよ、ウェブストレージ制御部１０４は、必要なジョブ情報のダウンロードが完了すると、ウェブストレージサービスサーバ３０からログアウトし、接続を解除する。また、ウェブストレージ制御部１０４は、ダウンロードしたジョブ情報をジョブ情報復元部１０３に渡す。
【００４２】
そして、ジョブ情報復元部１０３は、その受け取ったジョブ情報を主制御部１０１に渡して、そのジョブ情報に従った画像形成ジョブを実行させる。主制御部１０１は、ユーザの支持に従ってジョブ情報を生成したり、ホスト装置２０からジョブ情報を受信したりした場合と同様に、ジョブ情報復元部１０３から渡されたジョブ情報に従った画像形成ジョブを実行する。
【００４３】
以上により、ある画像処理装置において実行が中断された画像形成ジョブを、他の画像処理装置により実行することができる。なお、ウェブストレージサービスに保存させるジョブ情報に、中断時点までの画像形成ジョブの進行状況（何枚目まで印刷したか等）の情報を含めるようにすれば、他の画像処理装置に、中断時点の続きから画像形成ジョブを実行させることもできる。
【００４４】
次に、ウェブストレージサービスの機能を提供するウェブストレージサービスシステムの構成例について説明する。
図３は、そのウェブストレージサービスシステムの機能構成を示す図である。
上述した画像処理装置１０ａがジョブ情報の保存に利用するウェブストレージサービスは、上述したように、広く公衆の利用に供されるものをはじめ、いかなるものでも構わないが、この機能を提供するウェブストレージサービスシステム２００は、例えば図３に示すように構成することができる。
【００４５】
図３に示すウェブストレージサービスシステム２００は、ウェブストレージサービスサーバ３０及び任意の数のウェブストレージ５０を備える（ここでは５０ａ〜５０ｃの３つを示した）。
これらのうちウェブストレージサービスサーバ３０は、ウェブストレージサービスを利用する外部のクライアントシステムＣからのアクセスを受け付けるアクセスポイントとして機能する。ここで、クライアントシステムＣは、インターネット４０等のネットワークを介してウェブストレージサービスサーバ３０と通信可能な機器であれば何でもよい。図２に示した画像処理装置１０ａはもちろん、ＰＣやスマートフォンなどでもよい。
【００４６】
そして、ウェブストレージサービスサーバ３０はネットワーク制御部３１とウェブストレージサービス管理部３２とを備える。
このうちネットワーク制御部３１は、クライアントシステムＣ及び、複数のウェブストレージ５０との通信を行う機能を有する。所定の認証情報によりクライアントシステムＣあるいはそのユーザを認証する機能も有する。なお、ウェブストレージサービスサーバ３０とウェブストレージ５０との間の通信は、図３ではインターネット４０を介さない通信として示しているが、インターネット４０を介して通信するようにしても構わない。ただし、この場合でも、ウェブストレージ５０はクライアントシステムＣからのアクセスは受け付けず、ウェブストレージサービスサーバ３０を介したアクセスのみを受け付ける。
【００４７】
また、ウェブストレージサービス管理部３２は、複数のウェブストレージ５０を制御し、そのＨＤＤ５４の状態（空き容量や使用状況など）を管理する機能を有する。そして、ネットワーク制御部３１がクライアントシステムＣからデータの蓄積や読み出し等の要求を受けた場合に、保持している各ウェブストレージ５０のディスクの情報を基に、ネットワーク制御部３１から各ウェブストレージ５０へ、クライアントシステムＣからの要求を実現するためのウェブストレージ利用要求を送信する。このとき、データの蓄積を要求するのであれば蓄積すべきデータをウェブストレージ５０へ送信する。読み出しを要求するのであれば、ウェブストレージ５０が読み出したデータをウェブストレージ５０から受信する。
【００４８】
また、各ウェブストレージ５０は、ネットワーク制御部５１，主制御部５２，ディスク制御部５３，ＨＤＤ（ハードディスクドライブ）５４を備える。
これらのうちネットワーク制御部５１は、ネットワークを介した通信の制御を行い、特にウェブストレージサービスサーバ３０との間の通信の制御を行う。また、ネットワーク制御部５１は、ウェブストレージサービスサーバ３０からウェブストレージ利用要求を受信すると、主制御部５２に渡す。
【００４９】
主制御部５２は、ウェブストレージ５０全体を制御する制御部であり、ネットワーク制御部５１からウェブストレージ利用要求を受けると、ディスク制御部５３にその要求に係る動作（ＨＤＤ５４からのデータの読み出しやＨＤＤ５４へのデータの書き込みなど）を実行させる。その結果はネットワーク制御部５１を通じてウェブストレージサービスサーバ３０へ返す。
【００５０】
ディスク制御部５３は、ＨＤＤ５４へのデータの読み書きを制御する機能を有し、主制御部５２からの指示に応じてＨＤＤ５４へのデータの読み書きを行う。
ＨＤＤ５４は、データを記憶する書き換え可能な大容量の不揮発性記憶手段である。
以上のウェブストレージサービスシステム２００は、クライアントシステムＣからの要求に応じて、データをウェブストレージ５０のＨＤＤ５４に蓄積したり、その蓄積したデータをクライアントシステムＣに提供したりすることができる。
【００５１】
次に、画像処理装置１０ａが取り扱うジョブ情報のフォーマットについて説明する。
図４は、そのジョブ情報のフォーマット例を示す図である。
図４に示すように、ジョブ情報は、ジョブ属性、画像属性及び画像データを備える。これらのうち画像属性及び画像データは、画像１枚分毎に備える。
【００５２】
そして、ジョブ属性は、印刷設定及び画像数のデータを含む。これらのうち印刷設定は、給紙トレイや排紙トレイの設定、両面／片面の設定、集約や製本印刷、後処理の設定など、ジョブを実行する際に画像処理装置１０ａに対して行うべき設定を示すデータである。画像数は、印刷すべき画像のページ数、すなわち、ジョブ情報が備える画像属性と画像データの組の数を示す。
【００５３】
また、画像属性は、画像データとペアであり、画像データのフォーマットを示すデータである。例えば、画像データのサイズ、画像データが示す画像のＸ方向及びＹ方向のサイズ、及び画像データの圧縮形式の情報が含まれる。
画像データは、モノクロあるいはカラー（ＹＭＣＫ）のビットマップにより、印刷すべき画像の内容を示すデータである。必要に応じて圧縮されていてもよい。また、画像処理装置１０ａが描画機能を備える場合、描画処理前の中間言語データであってもよい。
【００５４】
次に、画像処理装置１０ａが実行するジョブ復旧に関する処理について説明する。
まず図５に、ジャム、用紙切れなど、画像形成ジョブの実行に支障を来す異常の発生を検出した場合に画像処理装置１０ａのＣＰＵ１１が実行する処理のフローチャートを示す。この処理は、図２に示した主制御部１０１、ジョブ情報保障部１０２及びウェブストレージ制御部１０４の機能と対応する処理である。
ＣＰＵ１１は、上記の異常の発生を、出力制御部１０６からの通知等により検知すると、所要のプログラムを実行することにより、図５のフローチャートに示す処理を開始する。
【００５５】
ＣＰＵ１１は、この処理においてはまず、中断中又は実行待機中の画像形成ジョブがキューにあるか否か判断する（Ｓ１１）。もしなければ、ジョブの復元に係る処理は不要であるのでそのまま処理を終了するが、あれば、キューにある中断中又は実行待機中の画像形成ジョブのうちまだ処理対象になっていないもの１つを処理対象として（Ｓ１２）、ステップＳ１３以下の処理に進む。
【００５６】
そして、ステップＳ１３では、ウェブストレージサービスサーバ３０にログイン済みであるか否か判断する（Ｓ１３）。ここでログイン済みでなければ、所定のアクセス用プログラムを起動し、そのプログラムを用いて予め定めてあるウェブストレージサービスサーバ３０にアクセスして、予め定めてある認証情報を用いてそのウェブストレージサービスサーバ３０に認証を受けログインする（Ｓ１４）。また、以下のステップＳ１５乃至Ｓ２１の処理のうち、ウェブストレージサービスサーバ３０との通信に関する部分は、ステップＳ１４で起動したアクセス用プログラムを実行することにより行う処理である。また、ステップＳ１３でログイン済みであれば、そのままステップＳ１５に進む。
【００５７】
次のステップＳ１５では、ＣＰＵ１１は、処理対象のジョブ情報を一意に特定するための識別情報として、ジョブ識別子を生成する（Ｓ１５）。このジョブ識別子は、利用するウェブストレージサービスにおいて、保存するデータを特定するための情報として利用可能な形式のデータである。
【００５８】
その後、ウェブストレージサービスサーバ３０に、処理対象の画像形成ジョブに係るジョブ属性（図４参照）のデータを送信し、そのデータを、ステップＳ１６で生成したジョブ識別子により特定される状態で保存させる（Ｓ１６）。その後さらに、ウェブストレージサービスサーバ３０に処理対象の画像形成ジョブに係る１ページ分の画像属性のデータ及び画像データを送信し、今までに送信したデータの続きとして保存させる（Ｓ１７）。なお、ウェブストレージサービスシステム２００側で実際にこれらの保存を行うのはウェブストレージ５０である。
【００５９】
その後、処理対象の画像形成ジョブに未処理のページがあるか否か判断する（Ｓ１８）。この判断は、ジョブ属性中の画像数の情報と、送信済みのページ数とを比較して行うことができる。
ステップＳ１８でまだ未処理のページがあれば、全ページ分のデータの送信が終了するまでステップＳ１７に戻って処理を繰り返す。そして、未処理のページがなくなると、ウェブストレージサービスサーバ３０に、１つのジョブ情報の送信が完了した旨を通知する（Ｓ１９）。ウェブストレージサービスサーバ３０は、この通知に応じて、順次送信されるデータを追記してきたジョブ情報のファイルを閉じる。
【００６０】
次に、ＣＰＵ１１は、まだ中断中又は待機中の画像形成ジョブがキューにあるか判断し（Ｓ２０）、あれば、ステップＳ１２に戻って処理を繰り返す。なければ、ウェブストレージサービスサーバ３０との接続を解除する（Ｓ２１）。
その後、予めアドレス等が設定されている復元先画像処理装置に対し、ジョブ復元要求を送信すると共に、ジョブ情報をダウンロードするためにアクセスすべきウェブストレージサービスサーバ３０のアドレス、ウェブストレージサービスサーバ３０へのログインに用いる認証情報、およびウェブストレージサービスに保存したジョブ情報を特定するためのジョブ識別子を送信する（Ｓ２２）。アドレス及び認証情報がウェブストレージサービスサーバ３０へアクセスするためのアクセス情報であり、ジョブ識別子が、ジョブ情報を特定するためのジョブ識別情報である。以後、ジョブ復元要求と、アクセス情報とジョブ識別情報とをまとめて「ジョブ復元要求等」という。
その後、ステップＳ２２で情報を送信したジョブに係るジョブ情報を画像処理装置１０ａのキューから削除して（Ｓ２３）、処理を終了する。
【００６１】
以上の処理において、ＣＰＵ１１は、ステップＳ１１乃至Ｓ２１で異常ジョブ処理手段として、ステップＳ２２で要求手段としてそれぞれ機能する。
そして、以上の処理により、画像処理装置１０ａにおいては異常の発生のため実行できない画像形成ジョブを復元先画像処理装置に実行させるため、ウェブストレージサービスに、そのジョブに係るジョブ情報を保存すると共に、該他の画像処理装置に、ウェブストレージサービスからのジョブ情報の取得に必要な情報を送信することができる。
【００６２】
この場合において、ジョブ情報の保存は、異常を検知した画像処理装置１０ａが能動的にウェブストレージサービスサーバ３０にアクセスして行うので、ウェブストレージサービスの側には、画像処理装置１０ａを監視する機能を設ける必要はなく、汎用のサービスを利用可能である。また、復元先画像処理装置においても、他の画像処理装置における異常の発生を監視する必要はなく、ジョブ復元要求を受けてからジョブの復元に関する動作を行えばよい。ただし、復元先画像処理装置にも、画像処理装置１０ａと共通のウェブストレージサービスを利用するためのプログラムがインストールされているか、あるいは速やかに適当なライブラリからそのプログラムを取得可能であることは求められる。
また、画像処理装置１０ａにおいてジョブの実行ができないような異常が発生したことを検知した時点でジョブ情報の保存とジョブ復元要求の送信を行うため、画像処理装置１０ａと復元先画像処理装置とで二重にジョブを実行してしまうことがない。
【００６３】
なお、一旦図５の処理を終了した後、異常が解消する前に画像処理装置１０ａにおいて新たに実行すべきジョブが生じた場合には、その時点で再度図５の処理を実行すればよい。
また、図５の処理ではジョブ情報のウェブストレージサービスへの保存が全て終了した後でジョブ復元要求等の送信を行っているが、保存の終了したジョブ情報に関するものから順に送信を行うようにしてもよい。また、複数のジョブ情報を保存した場合、それらを複数の画像処理装置に適宜に分散して復元させてもよいことは上述の通りである。この場合、少なくとも復元に用いる画像処理装置毎に、ジョブ復元要求等の送信を行う。
【００６４】
次に、図６に、画像処理装置１０ａが図５のステップＳ２３で送信したジョブ復元要求等を受信した復元先画像処理装置（画像処理装置１０ｂとする）のＣＰＵ１１が実行する処理のフローチャートを示す。もちろん、画像処理装置１０ａも、他の画像処理装置から見た場合には復元先画像処理装置として機能することが可能であり、ジョブ復元要求等を受信した場合には同様な処理を行う。
【００６５】
画像処理装置１０ｂのＣＰＵ１１は、他の画像処理装置からジョブ復元要求等を受信したことを検出すると、図６のフローチャートに示す処理を開始する。
そして、まず、現在画像形成ジョブを実行中であるか否か判断し、実行中であれば、その画像形成ジョブが終了するまで待機する（Ｓ３２）。キューに複数の画像形成ジョブがあれば、それら全てが終了するまで待機する。
【００６６】
その後、ジョブ復元要求と共に受信したアドレス及び認証情報を用いてウェブストレージサービスサーバ３０にアクセスし、認証を受けてログインする（Ｓ３３）。そして、ウェブストレージサービスサーバ３０から、ジョブ復元要求と共に受信したジョブ識別子で特定されるジョブ情報をダウンロードする（Ｓ３４）。このジョブ情報は、画像処理装置１０ａがウェブストレージサービスに保存したものである。
【００６７】
その後、ダウンロードしたジョブ情報に従って画像形成ジョブを実行し（Ｓ３５）、ウェブストレージサービスサーバ３０との接続を解除して（Ｓ３６）、処理を終了する。
ジョブ復元要求と共に複数のジョブ識別子を受信していれば、ステップＳ３４で複数のジョブ情報をダウンロードし、ステップＳ３５で複数の画像形成ジョブを実行することになる。また、ステップＳ３５とＳ３６の処理順は逆でもよい。
【００６８】
以上の処理において、ＣＰＵ１１は、ステップＳ３３及びＳ３４でジョブ情報取得手段として、ステップＳ３５で制御手段としてそれぞれ機能する。
そして、以上の処理により、画像処理装置１０ｂは、画像処理装置１０ａが使用しようとしていたジョブ情報に基づく画像形成ジョブを実行することができるため、画像処理装置１０ａにおいて実行できなかった画像形成ジョブを代わりに実行することができる。この場合において、ユーザは、最初にジョブを実行させる画像処理装置１０ａに必要な設定を行い、画像処理装置１０ｂがウェブストレージサービスを利用するためのプログラムを実行可能な状態にしておけば、異常発生時には特段の操作は必要ない。従って、画像形成ジョブの復元を、ユーザの手を煩わせずに簡単な処理で確実に実行することができる。
【００６９】
なお、ジョブ情報の取得は、画像処理装置１０ｂが（ジョブ復元要求に応じて）能動的にウェブストレージサービスサーバ３０にアクセスして行うので、ウェブストレージサービスの側には、画像処理装置１０ｂを監視する機能を設ける必要はなく、汎用のサービスで対応可能である。
このような能動的なアクセスで対応可能となっているのは、ジョブ情報をダウンロードするために必要なアクセス情報、認証情報及びジョブ識別情報を予め画像処理装置１０ａが画像処理装置１０ｂに提供しているためである。
【００７０】
また、画像処理装置１０ａから画像処理装置１０ｂに送信するデータの容量は小さいもので済むため、画像処理装置１０ｂにおいてメモリ容量を圧迫することはない。また、画像処理装置１０ｂは任意のタイミングでウェブストレージサービスサーバ３０にアクセスしてジョブ情報を取得すればよいので、他のジョブを実行中の場合のような、メモリ容量が圧迫されている時を避けてジョブ情報を取得することができる。従って、メモリ容量不足により印刷ジョブを正しく受け取れないリスクは最低限にすることができる。
画像処理装置１０ａにＨＤＤのような大容量の記憶手段を設けない場合には、メモリ容量の制約が比較的厳しいため、このようにメモリ容量を圧迫しないようにすることは特に有用である。
【００７１】
また、特に複数のジョブ情報をダウンロードする場合において、ダウンロードする前にウェブストレージサービスサーバ３０から各ジョブ情報のデータサイズの情報を取得するとよい。そして、メモリ容量が足りない場合には、一部のジョブ情報をダウンロードして実行した後、そのジョブ情報を削除してから、残りのジョブ情報をダウンロードすることも可能である。このようにすれば、メモリ容量不足のリスクをより効果的に低減することができる。
【００７２】
以上で実施形態の説明を終了するが、この発明において、システムあるいはそれを構成する各装置の具体的な構成や、実行する処理の内容、データの形式等は、実施形態で説明したものに限るものではない。
例えば、復元先画像処理装置は、予め指定しておく他、画像処理装置１０ａが自動的に探索するようにすることも考えられる。指定しておくべき復元先画像処理装置が定められていない場合や、指定された復元先画像処理装置と通信ができない場合にも同様に探索を行うことが考えられる。
【００７３】
この探索の際には、画像処理装置１０ａにおいて、ジョブ情報保障部１０２は、主制御部１０１に対して、ウェブストレージ制御部１０４に利用させるウェブストレージサービスの種類と、そのウェブストレージサービスを利用するためのプログラムのバージョンの情報の取得を要求する。主制御部１０１は、ジョブ情報保障部１０２からその取得要求を受けると、ソフトウェア構成管理部１０７から、ウェブストレージサービスの種類とプログラムのバージョンの情報を取得し、ジョブ情報保障部１０２にその情報を送信する。
【００７４】
そして、ジョブ情報保障部１０２は、主制御部１０１から受信したウェブストレージサービスの種類とプログラムのバージョン情報を、同一ネットワーク上の全ての画像処理装置に対して通知する。各画像処理装置は、その通知を受けると、それぞれ自身のソフトウェア構成管理部を参照し、通知された種類のウェブストレージサービスを利用するための、通知されたバージョン（あるいはそれと互換性を有するバーション）のプログラムが利用可能であるか否か判断する。そして、利用可能であれば、その旨を画像処理装置１０ａに回答する。
【００７５】
ジョブ情報保障部１０２は、この回答を参考に、画像処理装置１０ａと同じウェブストレージサービスを、同じバージョンのプログラムを用いて利用可能な装置を、復元先画像処理装置として選択することができる。
なお、各画像形成装置が、自身が画像形成ジョブを実行中であるか否かも併せて回答するようにすれば、ジョブを実行中でない、直ちにジョブの復元に着手可能な画像処理装置を、復元先画像処理装置として選択することができる。
【００７６】
また、上述した実施形態では、ジョブ情報を、画像処理装置からインターネットを介してアクセスするウェブストレージサービスに保存する例について説明した。しかし、ジョブ情報の保存先はこれに限られない。初めにジョブを実行する画像処理装置と、復元先画像処理装置とから共通にアクセス可能な装置であれば、どのような装置にジョブ情報を保存しても構わない。これらの画像処理装置と同じＬＡＮ内に、ジョブ情報を保存する装置を設けてもよい。ジョブ情報を保存する装置が、いずれかの画像処理装置と一体であることも妨げられない。
【００７７】
また、上述した実施形態では、アクセスすべきウェブストレージサービスサーバ３０のアドレスやログインに用いる認証情報もジョブ復元要求と共に復元先画像処理装置に通知する例について説明した。しかし、同じ管理者が管理する装置であれば、これらの情報は予め復元先画像処理装置にも設定しておくことも可能である。そして、このような場合には、アドレスや認証情報を復元先画像処理装置に通知する必要はない。
【００７８】
また、ウェブストレージサービスにおいて、復元先画像処理装置がジョブ情報をダウンロードできるように適切にアクセス権限が設定されていれば、初めにジョブを実行する画像処理装置がウェブストレージサービスサーバ３０にログインするための認証情報と、復元先画像処理装置がウェブストレージサービスサーバ３０にログインするための認証情報とが異なっていてもよい。すなわち、これらの装置が異なるアカウントを用いてウェブストレージサービスサーバ３０にアクセスすることは妨げられない。
【００７９】
また、復元先画像処理装置においても復元を要求された画像形成ジョブの実行に不具合が生じた場合には、図５を用いて説明した処理により、さらに別の画像処理装置に、ジョブの復元を要求することが考えられる。
また、全ての画像処理装置が、図５の処理（ジョブ情報の保存及び復元の要求に関する処理）と図６の処理（ジョブ復元の実行に関する処理）を両方実行可能である必要はない。図５の処理のみ実行可能な画像処理装置が図６の処理のみ実行可能な画像処理装置にジョブ復元要求を行うことによっても、上述した実施形態と同様なジョブの復元が可能である。このような２台の画像処理装置からなるシステムも、この発明の画像形成システムの一実施形態である。
【００８０】
また、上述した実施形態では、この発明を画像形成ジョブの復元に適用した例について説明した。このため、装置も画像処理装置を例に挙げて説明した。しかし、この発明は、ジョブの実行を必ずしも当初指定した装置で行わず、他の装置が行ってもよいようなものであれば、任意のジョブの管理について適用することができる。ただし、原稿のスキャンのように、原稿をセットした装置自身に実行させないと意味がないようなジョブの管理に適用することは、好ましくない。
【００８１】
また、この発明は、コンピュータに各種デバイスを制御させ、上述した画像処理装置１０ａ，１０ｂの機能を実現させるためのプログラムとして実施することもできる。このようなプログラムは、予め画像処理装置等のメモリに記憶させておく他、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録したり、ネットワークを介してダウンロードできるようにしたりして提供することもできる。そして、そのプログラムをインストールしてＣＰＵに実行させるか、ＣＰＵにメモリあるいはダウンロードサーバからこのプログラムを取得させて実行させることにより、上述した各機能を実現させることができる。
【００８２】
また、以上説明してきた実施形態の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００８３】
１０ａ〜１０ｃ：画像処理装置 １１：ＣＰＵ １２：ＲＯＭ １３：ＲＡＭ
１４：通信Ｉ／Ｆ １５：スキャナエンジン １６：プリンタエンジン
１７：操作パネル １８：システムバス ２０：ホスト装置
３０：ウェブストレージサービスサーバ ３１：ネットワーク制御部
３２：ウェブストレージ管理部 ４０：インターネット
５０ａ〜５０ｃ：ウェブストレージ ５１：ネットワーク制御部 ５２：主制御部
５３：ディスク制御部 ５４：ＨＤＤ １００：画像処理コントローラ
１０１：主制御部 １０２：ジョブ情報保障部 １０３：ジョブ情報復元部
１０４：ウェブストレージ制御部 １０５：入力制御部 １０６：出力制御部
２００：ウェブストレージサービスシステム
【先行技術文献】
【特許文献】
【００８４】
【特許文献１】特開２００１−４７７００号公報
【特許文献２】特開２００６−９９７２５号公報
【特許文献３】特開２０００−３５８６７号公報
【特許文献４】特開２００４−２６５０９２号公報
【技術分野】
【０００１】
この発明は、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置、およびこのような画像形成装置を複数備える画像形成システムに関する。
【背景技術】
【０００２】
従来から、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備えるプリンタ等の画像形成装置が広く知られている。また、このような画像形成装置において、画像形成ジョブの実行中に異常が生じジョブが中断された場合でも、そのジョブの実行を他の画像形成装置に代わりに実行させることにより、中断されたジョブに係る印刷物等を得られるようにする手法として、以下のものが知られている。
【０００３】
まず、特許文献１には、画像入出力装置において異常発生時に既に受け付けられている処理すべき未処理のジョブ及び処理途中のジョブを着脱可能な記憶媒体に記憶させ、ユーザにより記憶媒体が装着された他の画像入出力装置がその記憶媒体に記憶されているジョブを読み取って実行するようにすることが記載されている。
特許文献２には、第１の印刷装置において印刷の実行中に印刷エラーが発生した場合にプリントサービスサーバに対して印刷中断情報を送信して登録しておき、ユーザが第２の印刷装置を操作してプリントサービスサーバに認証を受けた場合に、その印刷中断情報を参照して、その第２の印刷装置において、印刷エラーが発生した印刷の続きを行えるようにすることが記載されている。
【０００４】
特許文献３には、印刷が失敗に終わった場合に、印刷ジョブを代替印刷装置に送信することが記載されている。
特許文献４には、プリンタ１００−１がＰＣ３００から印刷要求を受信した場合に、ストレージ２００に、印刷パラメータと印刷処理のイベント通知に関する情報とを含むジョブ指示情報を送信して保存させると共に、ＰＣ３００から指定された補助プリンタに、補助印刷要求を送信することが記載されている。そして、この補助印刷要求を受信したプリンタは、それぞれストレージ２００へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し、ジョブに係る印刷処理を実行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の手法では、着脱可能な記憶媒体を用いてジョブを移動させるため、記憶媒体の装着が可能な機種にしか適用できないし、記憶媒体を付け替えるためにはユーザに専門知識が要求され、作業負荷が大きいという問題があった。
特許文献２に記載の手法でも、ユーザが第２の印刷装置を操作する必要があるため、ユーザの作業負荷が大きいという問題があった。また、プリントサービスサーバ側に、印刷中断情報をユーザと対応付けて管理する機能を設ける必要であり、このため専用のサーバが必要になるという問題があった。
【０００６】
また、特許文献３に記載の手法では、印刷ジョブそのものを代替印刷装置に宛てて送信するため、代替印刷装置においてサイズの大きいジョブを実行中に別途ジョブを送信してしまうようなことが起こると、メモリ容量不足により印刷ジョブを正しく受け取れない可能性があるという問題があった。
特許文献４に記載の手法では、プリンタ１００−１が印刷要求を受信した時点で、ストレージ２００へのジョブ指示情報の保存と補助プリンタへの補助印刷要求を行うため、複数のプリンタで重複してジョブを実行しないようにするための比較的複雑な制御が必要となり、システム開発の負荷が大きいという問題があった。
【０００７】
この発明は、このような問題を解決し、画像形成ジョブの実行に異常が発生して中断した場合の、他の画像形成装置におけるその画像形成ジョブの再開を、ユーザの手を煩わせずに簡単な処理で確実に実行できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、この発明による画像形成装置は、ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置において、上記画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、その異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、上記異常ジョブ処理手段が上記アクセス先にジョブ情報を記憶させた場合に、上記所定のアクセス先にアクセスするために用いるアクセス情報と、上記所定のアクセス先において上記記憶させたジョブ情報を特定するためのジョブ識別情報とを他の画像形成装置に送信し、そのアクセス情報及びそのジョブ識別情報に従った画像形成ジョブの実行を上記他の画像形成装置に要求する要求手段とを設けたものである。
【発明の効果】
【０００９】
以上のような構成によれば、画像形成ジョブの実行に異常が発生して中断した場合の、他の画像形成装置におけるその画像形成ジョブの再開を、ユーザの手を煩わせずに簡単な処理で確実に実行できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の画像形成装置の一実施形態である画像処理装置を含む画像処理システムのハードウェア構成を示すブロック図である。
【図２】図１に示した画像処理装置の機能構成を示す図である。
【図３】ウェブストレージサービスシステムの機能構成を示す図である。
【図４】図１に示した画像処理装置が扱うジョブ情報のフォーマット例を示す図である。
【図５】画像形成ジョブの実行に支障を来す異常の発生を検出した場合に画像処理装置のＣＰＵが実行する処理のフローチャートである。
【図６】図５のステップＳ２２で送信されたジョブ復元要求等を受信した復元先画像処理装置のＣＰＵが実行する処理のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図１は、この発明の画像形成装置の一実施形態である画像処理装置を含む画像処理システムのハードウェア構成を示すブロック図である。
【００１２】
この画像処理システムは、図１に示す複数の画像処理装置１０ａ〜１０ｃを備える。これらの画像処理装置１０ａ〜１０ｃは、後述する異常発生時のジョブの復元に関する機能を備えていれば同一機種であってもバラバラの機種であっても構わない。しかし、図１に示す範囲のハードウェアは全ての画像処理装置１０ａ〜１０ｃが備えているため、ここでは代表として画像処理装置１０ａについて説明する。
【００１３】
図１に示すように、画像処理装置１０ａは、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，通信Ｉ／Ｆ（インタフェース）１４，スキャナエンジン１５，プリンタエンジン１６，操作パネル１７を備え、これらがシステムバスにより接続されている。
【００１４】
これらのうちＣＰＵ１１は、画像処理装置１０ａを統括制御する制御手段である。そして、ＲＯＭ１２に記録された所要のプログラムを実行し、図１に示した各部を制御することにより、後述するジョブの復元に関する機能をはじめ、種々の機能を実現する。また、画像処理装置１０を、コピー、スキャン、プリント、ファクシミリ通信、ドキュメントボックス等の各種機能を備えたデジタル複合機（ＭＦＰ）として機能させることができる。
【００１５】
ＲＯＭ１２は、ＣＰＵ１１が実行するプログラムや書き換えの不要なデータ等を記憶する不揮発性記憶手段である。
ＲＡＭ１３は、ＣＰＵ１１がワークエリアとして使用したり、一時的に保持すべきデータを記憶させたりする記憶手段である。
【００１６】
通信Ｉ／Ｆ１４は、画像処理装置１０ａがＬＡＮ（ローカルエリアネットワーク）あるいはインターネット４０等のネットワークを介して外部装置と通信するためのインタフェースである。通信の規格は、有線、無線を問わず任意のものを用いることができる。
【００１７】
スキャナエンジン１５は、原稿の画像を読み取って画像データを得る画像読み取り手段である。
プリンタエンジン１６は、画像データに基づき紙等の記録シートに画像を形成する画像形成手段である。
操作パネル１７は、ＬＣＤ（液晶ディスプレイ）やタッチパネルをはじめとする各種の表示器やボタン等を備え、ユーザからの操作を受け付けると共に、ユーザに対して画像処理装置１０の動作状態や設定内容等の情報を表示する手段である。
【００１８】
以上の画像処理装置１０ａは、ユーザが操作パネル１７から入力した設定操作に基づき生成したジョブ情報、あるいはＲＩＰ（Raster Image Processor）サーバやＰＣ等のホスト装置２０から渡されるジョブ情報に基づき画像形成ジョブを実行することにより、プリンタエンジン１６を制御して用紙に画像を形成することができる。
【００１９】
また、画像形成ジョブの実行に際して紙詰まり、用紙切れ等の異常が発生し、ジョブが実行不能となった場合、他の画像処理装置に代わりにジョブを実行させる（このことを、以後、ジョブを「復元する」ともいう）ため、以下の処理を行うことができる。すなわち、インターネット４０を介してオンラインで提供される汎用のウェブストレージサービス（オンラインストレージサービス）にアクセスしてジョブのデータを保存させておき、他の画像処理装置に、そのジョブのデータを読み出して実行するよう要求することができる。逆に、ジョブのデータをウェブストレージサービスから読み出してそのデータに係るジョブを実行するよう要求された場合、その要求に応じてジョブを実行することができる。
次にこの点に関連する構成についてより詳細に説明する。
【００２０】
図２は、図１に示した画像処理装置１０ａの機能構成を示す図である。図２には、上述したジョブの復元に関連する機能を中心に示している。
図２に示すように、画像処理装置１０ａにおいては、図１に示したＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，通信Ｉ／Ｆ１４等を備える画像処理コントローラ１００が、主制御部１０１，ジョブ情報保障部１０２，ジョブ情報復元部１０３，ウェブストレージ制御部１０４，入力制御部１０５，出力制御部１０６及びソフトウェア構成管理部１０７を備えている。
【００２１】
これらのうち主制御部１０１は、画像処理コントローラ１００における制御の中心的な役割を担う。操作パネル１７における操作検出及び表示の制御、およびホスト装置２０との通信に関する処理も行う。
【００２２】
ジョブ情報保障部１０２は、ジョブの実行に異常が生じた場合に、他の画像処理装置に代わりにそのジョブを実行させるために必要なデータ転送を行う機能を有する。なお、このデータ転送に用いる情報として、異常発生時に代わりにジョブを実行させる画像処理装置（復元先画像処理装置）のアドレス（ＩＰ(Internet Protocol)アドレスやＵＲＬ(Uniform Resource Locator)など）、異常発生時にジョブ情報の保存に用いるウェブストレージサービスの種類、そのウェブストレージサービスのアクセスポイント（ウェブストレージサービスサーバ）のアドレス、ウェブストレージサービスサーバに認証を受けるための認証情報などの情報を、予めユーザが設定しておく。この設定は、操作パネル１７を操作して行うことができるし、外部のＰＣ等から行うこともできる。
【００２３】
ジョブ情報復元部１０３は、他の画像処理装置からの要求に応じて、その画像形成装置で異常により中断されたジョブを代わりに実行するために必要な情報を取得する機能を有する。
【００２４】
ウェブストレージ制御部１０４は、ウェブストレージサービスサーバ３０が提供するウェブストレージサービスを利用する機能を有する。ここで、ウェブストレージサービスには、インターネット４０を介してウェブストレージサービスサーバ３０に送信されてくるデータを任意のファイル名を付して任意のストレージに蓄積する機能と、ウェブストレージサービスサーバ３０がインターネット４０を介して受け付けた要求に応じて、蓄積したデータを要求元にダウンロードさせる機能とを含む。そのほか、ウェブストレージサービスサーバ３０がユーザ名やパスワード等の認証情報を用いてアクセス元を認証し、蓄積するデータをユーザ名と対応付けて管理する機能を備えていることが好ましい。このとき、蓄積したデータのダウンロードは、そのデータを蓄積したユーザあるいはそのユーザが許可したユーザにのみ許可する。
【００２５】
入力制御部１０５は、スキャナエンジン１５による画像の読み取り及びスキャナエンジン１５からの読み取り画像データの入力を制御する。例えば、主制御部１０１から画像情報（画像属性、画像データ）取得要求を受けて、スキャナエンジン１５を制御して画像情報入力処理を行い、スキャナエンジン１５より入力された画像データと画像属性を主制御部１０１へ送信する。
【００２６】
出力制御部１０６は、プリンタエンジン１６による画像形成及びプリンタエンジン１６への画像データの出力を制御する。例えば、主制御部１０１より印刷指示を受け、印刷開始要求及び印刷すべき画像の画像データをプリンタエンジン１６に送信し、印刷を実行させる。また、プリンタエンジン１６は、印刷実行時において、ジャム、紙なしなど、印刷処理に支障を来たす事象が発生した場合に、出力制御部１０６に異常を通知する。出力制御部１０６は、この異常通知を受けた場合に、主制御部１０１に異常通知を送信する。異常が解除された場合には、プリンタエンジン１６はその旨を同様に出力制御部１０６に通知し、出力制御部１０６はそれに応じて主制御部１０１に異常解除通知を送信する。
【００２７】
ソフトウェア構成管理部１０７は、画像処理装置１０ａにインストールされている全てのソフトウェアの種類、および各ソフトウェアのバージョンの情報を管理する。ソフトウェア構成管理部１０７は、ウェブストレージサービスサーバ３０にアクセスするウェブストレージ制御部１０４の機能を実現する上で必要なソフトウェアも管理する。
【００２８】
次に、画像処理装置１０ａが画像形成ジョブを実行する場合の各部の動作について、より詳細に説明する。
まず、主制御部１０１は、ユーザが操作パネル１７から印刷指示（Scan to Printなど）を行った場合、印刷指示時にユーザから設定された給紙トレイや排紙トレイなどの設定情報を元に、実行すべき画像形成ジョブの内容を示すジョブ情報の生成を行う。Scan to Printの場合、ジョブ情報の生成において必要となる画像情報（画像データと画像属性）は、入力制御部１０５に指示を出し、入力制御部１０５を介して、スキャナエンジン１５より取得する。また、主制御部１０１は、ホスト装置２０からジョブ情報を受信した場合には、改めてジョブ情報の生成は行わず、受信したジョブ情報に従ったジョブを開始する。
【００２９】
いずれの場合も、主制御部１０１は、ジョブ情報に従い出力制御部１０６に画像形成を要求する。出力制御部１０６は、その要求に従ってプリンタエンジン１６を制御して画像形成を実行させる。また、出力制御部１０６は、画像形成実行時にジャム、紙なしなど印刷処理に支障を来たす事象が発生した場合に、プリンタエンジン１６のセンサ等の出力に基づきこれを検出し、主制御部１０１に異常を通知する。
【００３０】
主制御部１０１は、異常通知を受けると、異常により中断したジョブを他の画像処理装置に復元させるべく、未完了である画像形成ジョブのジョブ情報をジョブ情報保障部１０２に通知する。また、それ以降異常解除通知を受けるまでに生成あるいは受信したジョブ情報もジョブ情報保障部１０２に通知する。なお、ジョブ情報保障部１０２にジョブ情報を通知したジョブについては、他の画像処理装置に代わりに実行させることになるので、重複実行を避けるため、異常が解消しても、画像処理装置１０ａにおいては実行を再開しない。このため、なるべく画像処理装置１０ａにジョブを実行させたい場合には、異常が発生した場合にすぐにジョブ情報保障部１０２にジョブ情報を通知するのではなく、少し時間が経っても解消しない場合に通知するようにしてもよい。
【００３１】
ジョブ情報保障部１０２は、主制御部１０１から上記のようにジョブ情報を通知されると、そのジョブ情報を一意に特定できるジョブ識別子を生成する。そして、ジョブ情報とジョブ識別子とをウェブストレージ制御部１０４に渡し、ウェブストレージサービスサーバ３０にアクセスさせて、ウェブストレージサービスサーバ３０が提供するウェブストレージサービスに、ジョブ情報を保存させる。
【００３２】
また、ジョブ情報保障部１０２は、予めユーザによって設定された、ジョブ情報の保存に利用するウェブストレージサービスの種類、それに応じたアクセスポイント（ここではウェブストレージサービスサーバ３０であるとする）のアドレス及び、ウェブストレージサービスサーバ３０に認証を受けるための認証情報を保持している。そして、ウェブストレージ制御部１０４にウェブストレージサービスサーバ３０へアクセスさせる際には、ウェブストレージ制御部１０４にそれらの情報を渡す。
【００３３】
なお、利用するウェブストレージサービスは、自動アクセス用のプログラムが利用可能なものであれば何でも構わない。広く公衆の利用に供されるサービスも利用することができる。例えば、リコー社の提供するquanp（商標）、アマゾン社の提供するAmazon S3（商標）、及びヤフー社の提供するFlicker（商標）等を利用することが考えられる。ただし、画像処理装置の運用者が独自に設けたウェブストレージサービスを利用することも妨げられない。
【００３４】
ウェブストレージ制御部１０４は、ジョブ情報保障部１０２からの要求に応じて、指定されたウェブストレージサービスを利用するための自動アクセス用プログラムを起動して、指定されたアクセスポイントであるウェブストレージサービスサーバ３０にアクセスして、渡された認証情報を用いて認証を受ける。そして、ジョブ情報保障部１０２から渡されたジョブ情報を、ウェブストレージサービスサーバ３０に送信し、ウェブストレージサービスに保存させる。このとき、ジョブ情報と共に渡されたジョブ識別子を、保存するジョブ情報のファイル名等として用い、後でウェブストレージサービスサーバ３０にアクセスした際に、そのジョブ識別子をキーに所望のジョブ情報を検索できるようにする。
【００３５】
また、主制御部１０１は、異常発生後、未完了の画像形成ジョブを全てジョブ情報保障部１０２に通知し終わると、ジョブ情報保障部１０２にその旨を通知する。
そして、ジョブ情報保障部１０２は、主制御部１０１から全てのジョブ情報の通知が終わったことを通知されると、ウェブストレージ制御部１０４に接続解除要求を送信する。ウェブストレージ制御部１０４は、この要求があるとウェブストレージサービスサーバ３０からログアウトし、接続を解除する。
【００３６】
また、ジョブ情報保障部１０２は、ジョブ情報のウェブストレージサービスへの保存が完了すると、ユーザによりあらかじめ設定された復元先画像処理装置（ここでは画像処理装置１０ｂとする）のアドレス情報に従い、復元先画像処理装置に対して、ジョブ情報を保存したウェブストレージサービスにアクセスするためのアクセス情報と、保存した１又は複数のジョブ情報を特定するためのジョブ識別情報とを通知すると共に、それらに従ってジョブの復元を行うべきことを要求するジョブ復元要求を行う。
【００３７】
なお、アクセス情報とは、ウェブストレージサービスの種類、それに応じたアクセスポイントのアドレス及び、ウェブストレージサービスサーバ３０に認証を受けるための認証情報である。また、複数のジョブ情報を保存した場合、それらを全て同じ画像処理装置により復元させても、複数の画像処理装置に適宜に分散して復元させてもよい。また、１つのジョブ復元要求で複数のジョブ情報に係る画像形成ジョブの復元を要求しても、ジョブ情報１つにつき１つのジョブ復元要求を行うようにしてもよい。
以上で、異常が発生した側の画像処理装置におけるジョブの復元に係る動作は終了する。
【００３８】
一方、画像処理装置１０ａは、ジョブの復元を要求される側の画像処理装置としても機能する。
この場合、画像処理装置１０ａは、他の画像処理装置のジョブ情報保障部１０２が送信してくるジョブ復元要求、アクセス情報及びジョブ識別情報を受信する。不図示の通信制御部は、これらの情報を受信したことを検出すると、これらの情報をジョブ情報復元部１０３に渡す。
【００３９】
ジョブ情報復元部１０３は、ジョブ復元要求、アクセス情報及びジョブ識別情報を受け取ると、主制御部１０１にジョブ実行中か問い合わせる。ジョブ実行中の場合、実行終了時にその旨を通知することを要求するジョブ終了通知要求を主制御部１０１に送信する。
そして、ジョブ情報復元部１０３は、主制御部１０１からジョブ終了通知を受けるかジョブ実行中ではないと回答を受けた場合に、ウェブストレージ制御部１０４に、受け取ったアクセス情報及びジョブ識別情報を渡し、それらに従ってウェブストレージサービスサーバ３０にアクセスさせてジョブ情報を取得させる。
【００４０】
ウェブストレージ制御部１０４は、ジョブ情報復元部１０３からの要求に応じて、アクセス情報により指定されたウェブストレージサービスを利用するための自動アクセス用プログラムを起動して、アクセス情報により指定されたアクセスポイントであるウェブストレージサービスサーバ３０にアクセスして、アクセス情報に含まれる認証情報を用いて認証を受ける。そして、ジョブ識別情報により特定されるジョブ情報のダウンロードを、ウェブストレージサービスサーバ３０に要求し、ウェブストレージサービスにおいて保存されているそのジョブ情報を送信させる。このとき、ウェブストレージサービス側ではそのジョブ情報を削除させるようにしてもよいし、後で別途の要求により又は自動的に削除するようにしてもよい。
【００４１】
いずれにせよ、ウェブストレージ制御部１０４は、必要なジョブ情報のダウンロードが完了すると、ウェブストレージサービスサーバ３０からログアウトし、接続を解除する。また、ウェブストレージ制御部１０４は、ダウンロードしたジョブ情報をジョブ情報復元部１０３に渡す。
【００４２】
そして、ジョブ情報復元部１０３は、その受け取ったジョブ情報を主制御部１０１に渡して、そのジョブ情報に従った画像形成ジョブを実行させる。主制御部１０１は、ユーザの支持に従ってジョブ情報を生成したり、ホスト装置２０からジョブ情報を受信したりした場合と同様に、ジョブ情報復元部１０３から渡されたジョブ情報に従った画像形成ジョブを実行する。
【００４３】
以上により、ある画像処理装置において実行が中断された画像形成ジョブを、他の画像処理装置により実行することができる。なお、ウェブストレージサービスに保存させるジョブ情報に、中断時点までの画像形成ジョブの進行状況（何枚目まで印刷したか等）の情報を含めるようにすれば、他の画像処理装置に、中断時点の続きから画像形成ジョブを実行させることもできる。
【００４４】
次に、ウェブストレージサービスの機能を提供するウェブストレージサービスシステムの構成例について説明する。
図３は、そのウェブストレージサービスシステムの機能構成を示す図である。
上述した画像処理装置１０ａがジョブ情報の保存に利用するウェブストレージサービスは、上述したように、広く公衆の利用に供されるものをはじめ、いかなるものでも構わないが、この機能を提供するウェブストレージサービスシステム２００は、例えば図３に示すように構成することができる。
【００４５】
図３に示すウェブストレージサービスシステム２００は、ウェブストレージサービスサーバ３０及び任意の数のウェブストレージ５０を備える（ここでは５０ａ〜５０ｃの３つを示した）。
これらのうちウェブストレージサービスサーバ３０は、ウェブストレージサービスを利用する外部のクライアントシステムＣからのアクセスを受け付けるアクセスポイントとして機能する。ここで、クライアントシステムＣは、インターネット４０等のネットワークを介してウェブストレージサービスサーバ３０と通信可能な機器であれば何でもよい。図２に示した画像処理装置１０ａはもちろん、ＰＣやスマートフォンなどでもよい。
【００４６】
そして、ウェブストレージサービスサーバ３０はネットワーク制御部３１とウェブストレージサービス管理部３２とを備える。
このうちネットワーク制御部３１は、クライアントシステムＣ及び、複数のウェブストレージ５０との通信を行う機能を有する。所定の認証情報によりクライアントシステムＣあるいはそのユーザを認証する機能も有する。なお、ウェブストレージサービスサーバ３０とウェブストレージ５０との間の通信は、図３ではインターネット４０を介さない通信として示しているが、インターネット４０を介して通信するようにしても構わない。ただし、この場合でも、ウェブストレージ５０はクライアントシステムＣからのアクセスは受け付けず、ウェブストレージサービスサーバ３０を介したアクセスのみを受け付ける。
【００４７】
また、ウェブストレージサービス管理部３２は、複数のウェブストレージ５０を制御し、そのＨＤＤ５４の状態（空き容量や使用状況など）を管理する機能を有する。そして、ネットワーク制御部３１がクライアントシステムＣからデータの蓄積や読み出し等の要求を受けた場合に、保持している各ウェブストレージ５０のディスクの情報を基に、ネットワーク制御部３１から各ウェブストレージ５０へ、クライアントシステムＣからの要求を実現するためのウェブストレージ利用要求を送信する。このとき、データの蓄積を要求するのであれば蓄積すべきデータをウェブストレージ５０へ送信する。読み出しを要求するのであれば、ウェブストレージ５０が読み出したデータをウェブストレージ５０から受信する。
【００４８】
また、各ウェブストレージ５０は、ネットワーク制御部５１，主制御部５２，ディスク制御部５３，ＨＤＤ（ハードディスクドライブ）５４を備える。
これらのうちネットワーク制御部５１は、ネットワークを介した通信の制御を行い、特にウェブストレージサービスサーバ３０との間の通信の制御を行う。また、ネットワーク制御部５１は、ウェブストレージサービスサーバ３０からウェブストレージ利用要求を受信すると、主制御部５２に渡す。
【００４９】
主制御部５２は、ウェブストレージ５０全体を制御する制御部であり、ネットワーク制御部５１からウェブストレージ利用要求を受けると、ディスク制御部５３にその要求に係る動作（ＨＤＤ５４からのデータの読み出しやＨＤＤ５４へのデータの書き込みなど）を実行させる。その結果はネットワーク制御部５１を通じてウェブストレージサービスサーバ３０へ返す。
【００５０】
ディスク制御部５３は、ＨＤＤ５４へのデータの読み書きを制御する機能を有し、主制御部５２からの指示に応じてＨＤＤ５４へのデータの読み書きを行う。
ＨＤＤ５４は、データを記憶する書き換え可能な大容量の不揮発性記憶手段である。
以上のウェブストレージサービスシステム２００は、クライアントシステムＣからの要求に応じて、データをウェブストレージ５０のＨＤＤ５４に蓄積したり、その蓄積したデータをクライアントシステムＣに提供したりすることができる。
【００５１】
次に、画像処理装置１０ａが取り扱うジョブ情報のフォーマットについて説明する。
図４は、そのジョブ情報のフォーマット例を示す図である。
図４に示すように、ジョブ情報は、ジョブ属性、画像属性及び画像データを備える。これらのうち画像属性及び画像データは、画像１枚分毎に備える。
【００５２】
そして、ジョブ属性は、印刷設定及び画像数のデータを含む。これらのうち印刷設定は、給紙トレイや排紙トレイの設定、両面／片面の設定、集約や製本印刷、後処理の設定など、ジョブを実行する際に画像処理装置１０ａに対して行うべき設定を示すデータである。画像数は、印刷すべき画像のページ数、すなわち、ジョブ情報が備える画像属性と画像データの組の数を示す。
【００５３】
また、画像属性は、画像データとペアであり、画像データのフォーマットを示すデータである。例えば、画像データのサイズ、画像データが示す画像のＸ方向及びＹ方向のサイズ、及び画像データの圧縮形式の情報が含まれる。
画像データは、モノクロあるいはカラー（ＹＭＣＫ）のビットマップにより、印刷すべき画像の内容を示すデータである。必要に応じて圧縮されていてもよい。また、画像処理装置１０ａが描画機能を備える場合、描画処理前の中間言語データであってもよい。
【００５４】
次に、画像処理装置１０ａが実行するジョブ復旧に関する処理について説明する。
まず図５に、ジャム、用紙切れなど、画像形成ジョブの実行に支障を来す異常の発生を検出した場合に画像処理装置１０ａのＣＰＵ１１が実行する処理のフローチャートを示す。この処理は、図２に示した主制御部１０１、ジョブ情報保障部１０２及びウェブストレージ制御部１０４の機能と対応する処理である。
ＣＰＵ１１は、上記の異常の発生を、出力制御部１０６からの通知等により検知すると、所要のプログラムを実行することにより、図５のフローチャートに示す処理を開始する。
【００５５】
ＣＰＵ１１は、この処理においてはまず、中断中又は実行待機中の画像形成ジョブがキューにあるか否か判断する（Ｓ１１）。もしなければ、ジョブの復元に係る処理は不要であるのでそのまま処理を終了するが、あれば、キューにある中断中又は実行待機中の画像形成ジョブのうちまだ処理対象になっていないもの１つを処理対象として（Ｓ１２）、ステップＳ１３以下の処理に進む。
【００５６】
そして、ステップＳ１３では、ウェブストレージサービスサーバ３０にログイン済みであるか否か判断する（Ｓ１３）。ここでログイン済みでなければ、所定のアクセス用プログラムを起動し、そのプログラムを用いて予め定めてあるウェブストレージサービスサーバ３０にアクセスして、予め定めてある認証情報を用いてそのウェブストレージサービスサーバ３０に認証を受けログインする（Ｓ１４）。また、以下のステップＳ１５乃至Ｓ２１の処理のうち、ウェブストレージサービスサーバ３０との通信に関する部分は、ステップＳ１４で起動したアクセス用プログラムを実行することにより行う処理である。また、ステップＳ１３でログイン済みであれば、そのままステップＳ１５に進む。
【００５７】
次のステップＳ１５では、ＣＰＵ１１は、処理対象のジョブ情報を一意に特定するための識別情報として、ジョブ識別子を生成する（Ｓ１５）。このジョブ識別子は、利用するウェブストレージサービスにおいて、保存するデータを特定するための情報として利用可能な形式のデータである。
【００５８】
その後、ウェブストレージサービスサーバ３０に、処理対象の画像形成ジョブに係るジョブ属性（図４参照）のデータを送信し、そのデータを、ステップＳ１６で生成したジョブ識別子により特定される状態で保存させる（Ｓ１６）。その後さらに、ウェブストレージサービスサーバ３０に処理対象の画像形成ジョブに係る１ページ分の画像属性のデータ及び画像データを送信し、今までに送信したデータの続きとして保存させる（Ｓ１７）。なお、ウェブストレージサービスシステム２００側で実際にこれらの保存を行うのはウェブストレージ５０である。
【００５９】
その後、処理対象の画像形成ジョブに未処理のページがあるか否か判断する（Ｓ１８）。この判断は、ジョブ属性中の画像数の情報と、送信済みのページ数とを比較して行うことができる。
ステップＳ１８でまだ未処理のページがあれば、全ページ分のデータの送信が終了するまでステップＳ１７に戻って処理を繰り返す。そして、未処理のページがなくなると、ウェブストレージサービスサーバ３０に、１つのジョブ情報の送信が完了した旨を通知する（Ｓ１９）。ウェブストレージサービスサーバ３０は、この通知に応じて、順次送信されるデータを追記してきたジョブ情報のファイルを閉じる。
【００６０】
次に、ＣＰＵ１１は、まだ中断中又は待機中の画像形成ジョブがキューにあるか判断し（Ｓ２０）、あれば、ステップＳ１２に戻って処理を繰り返す。なければ、ウェブストレージサービスサーバ３０との接続を解除する（Ｓ２１）。
その後、予めアドレス等が設定されている復元先画像処理装置に対し、ジョブ復元要求を送信すると共に、ジョブ情報をダウンロードするためにアクセスすべきウェブストレージサービスサーバ３０のアドレス、ウェブストレージサービスサーバ３０へのログインに用いる認証情報、およびウェブストレージサービスに保存したジョブ情報を特定するためのジョブ識別子を送信する（Ｓ２２）。アドレス及び認証情報がウェブストレージサービスサーバ３０へアクセスするためのアクセス情報であり、ジョブ識別子が、ジョブ情報を特定するためのジョブ識別情報である。以後、ジョブ復元要求と、アクセス情報とジョブ識別情報とをまとめて「ジョブ復元要求等」という。
その後、ステップＳ２２で情報を送信したジョブに係るジョブ情報を画像処理装置１０ａのキューから削除して（Ｓ２３）、処理を終了する。
【００６１】
以上の処理において、ＣＰＵ１１は、ステップＳ１１乃至Ｓ２１で異常ジョブ処理手段として、ステップＳ２２で要求手段としてそれぞれ機能する。
そして、以上の処理により、画像処理装置１０ａにおいては異常の発生のため実行できない画像形成ジョブを復元先画像処理装置に実行させるため、ウェブストレージサービスに、そのジョブに係るジョブ情報を保存すると共に、該他の画像処理装置に、ウェブストレージサービスからのジョブ情報の取得に必要な情報を送信することができる。
【００６２】
この場合において、ジョブ情報の保存は、異常を検知した画像処理装置１０ａが能動的にウェブストレージサービスサーバ３０にアクセスして行うので、ウェブストレージサービスの側には、画像処理装置１０ａを監視する機能を設ける必要はなく、汎用のサービスを利用可能である。また、復元先画像処理装置においても、他の画像処理装置における異常の発生を監視する必要はなく、ジョブ復元要求を受けてからジョブの復元に関する動作を行えばよい。ただし、復元先画像処理装置にも、画像処理装置１０ａと共通のウェブストレージサービスを利用するためのプログラムがインストールされているか、あるいは速やかに適当なライブラリからそのプログラムを取得可能であることは求められる。
また、画像処理装置１０ａにおいてジョブの実行ができないような異常が発生したことを検知した時点でジョブ情報の保存とジョブ復元要求の送信を行うため、画像処理装置１０ａと復元先画像処理装置とで二重にジョブを実行してしまうことがない。
【００６３】
なお、一旦図５の処理を終了した後、異常が解消する前に画像処理装置１０ａにおいて新たに実行すべきジョブが生じた場合には、その時点で再度図５の処理を実行すればよい。
また、図５の処理ではジョブ情報のウェブストレージサービスへの保存が全て終了した後でジョブ復元要求等の送信を行っているが、保存の終了したジョブ情報に関するものから順に送信を行うようにしてもよい。また、複数のジョブ情報を保存した場合、それらを複数の画像処理装置に適宜に分散して復元させてもよいことは上述の通りである。この場合、少なくとも復元に用いる画像処理装置毎に、ジョブ復元要求等の送信を行う。
【００６４】
次に、図６に、画像処理装置１０ａが図５のステップＳ２３で送信したジョブ復元要求等を受信した復元先画像処理装置（画像処理装置１０ｂとする）のＣＰＵ１１が実行する処理のフローチャートを示す。もちろん、画像処理装置１０ａも、他の画像処理装置から見た場合には復元先画像処理装置として機能することが可能であり、ジョブ復元要求等を受信した場合には同様な処理を行う。
【００６５】
画像処理装置１０ｂのＣＰＵ１１は、他の画像処理装置からジョブ復元要求等を受信したことを検出すると、図６のフローチャートに示す処理を開始する。
そして、まず、現在画像形成ジョブを実行中であるか否か判断し、実行中であれば、その画像形成ジョブが終了するまで待機する（Ｓ３２）。キューに複数の画像形成ジョブがあれば、それら全てが終了するまで待機する。
【００６６】
その後、ジョブ復元要求と共に受信したアドレス及び認証情報を用いてウェブストレージサービスサーバ３０にアクセスし、認証を受けてログインする（Ｓ３３）。そして、ウェブストレージサービスサーバ３０から、ジョブ復元要求と共に受信したジョブ識別子で特定されるジョブ情報をダウンロードする（Ｓ３４）。このジョブ情報は、画像処理装置１０ａがウェブストレージサービスに保存したものである。
【００６７】
その後、ダウンロードしたジョブ情報に従って画像形成ジョブを実行し（Ｓ３５）、ウェブストレージサービスサーバ３０との接続を解除して（Ｓ３６）、処理を終了する。
ジョブ復元要求と共に複数のジョブ識別子を受信していれば、ステップＳ３４で複数のジョブ情報をダウンロードし、ステップＳ３５で複数の画像形成ジョブを実行することになる。また、ステップＳ３５とＳ３６の処理順は逆でもよい。
【００６８】
以上の処理において、ＣＰＵ１１は、ステップＳ３３及びＳ３４でジョブ情報取得手段として、ステップＳ３５で制御手段としてそれぞれ機能する。
そして、以上の処理により、画像処理装置１０ｂは、画像処理装置１０ａが使用しようとしていたジョブ情報に基づく画像形成ジョブを実行することができるため、画像処理装置１０ａにおいて実行できなかった画像形成ジョブを代わりに実行することができる。この場合において、ユーザは、最初にジョブを実行させる画像処理装置１０ａに必要な設定を行い、画像処理装置１０ｂがウェブストレージサービスを利用するためのプログラムを実行可能な状態にしておけば、異常発生時には特段の操作は必要ない。従って、画像形成ジョブの復元を、ユーザの手を煩わせずに簡単な処理で確実に実行することができる。
【００６９】
なお、ジョブ情報の取得は、画像処理装置１０ｂが（ジョブ復元要求に応じて）能動的にウェブストレージサービスサーバ３０にアクセスして行うので、ウェブストレージサービスの側には、画像処理装置１０ｂを監視する機能を設ける必要はなく、汎用のサービスで対応可能である。
このような能動的なアクセスで対応可能となっているのは、ジョブ情報をダウンロードするために必要なアクセス情報、認証情報及びジョブ識別情報を予め画像処理装置１０ａが画像処理装置１０ｂに提供しているためである。
【００７０】
また、画像処理装置１０ａから画像処理装置１０ｂに送信するデータの容量は小さいもので済むため、画像処理装置１０ｂにおいてメモリ容量を圧迫することはない。また、画像処理装置１０ｂは任意のタイミングでウェブストレージサービスサーバ３０にアクセスしてジョブ情報を取得すればよいので、他のジョブを実行中の場合のような、メモリ容量が圧迫されている時を避けてジョブ情報を取得することができる。従って、メモリ容量不足により印刷ジョブを正しく受け取れないリスクは最低限にすることができる。
画像処理装置１０ａにＨＤＤのような大容量の記憶手段を設けない場合には、メモリ容量の制約が比較的厳しいため、このようにメモリ容量を圧迫しないようにすることは特に有用である。
【００７１】
また、特に複数のジョブ情報をダウンロードする場合において、ダウンロードする前にウェブストレージサービスサーバ３０から各ジョブ情報のデータサイズの情報を取得するとよい。そして、メモリ容量が足りない場合には、一部のジョブ情報をダウンロードして実行した後、そのジョブ情報を削除してから、残りのジョブ情報をダウンロードすることも可能である。このようにすれば、メモリ容量不足のリスクをより効果的に低減することができる。
【００７２】
以上で実施形態の説明を終了するが、この発明において、システムあるいはそれを構成する各装置の具体的な構成や、実行する処理の内容、データの形式等は、実施形態で説明したものに限るものではない。
例えば、復元先画像処理装置は、予め指定しておく他、画像処理装置１０ａが自動的に探索するようにすることも考えられる。指定しておくべき復元先画像処理装置が定められていない場合や、指定された復元先画像処理装置と通信ができない場合にも同様に探索を行うことが考えられる。
【００７３】
この探索の際には、画像処理装置１０ａにおいて、ジョブ情報保障部１０２は、主制御部１０１に対して、ウェブストレージ制御部１０４に利用させるウェブストレージサービスの種類と、そのウェブストレージサービスを利用するためのプログラムのバージョンの情報の取得を要求する。主制御部１０１は、ジョブ情報保障部１０２からその取得要求を受けると、ソフトウェア構成管理部１０７から、ウェブストレージサービスの種類とプログラムのバージョンの情報を取得し、ジョブ情報保障部１０２にその情報を送信する。
【００７４】
そして、ジョブ情報保障部１０２は、主制御部１０１から受信したウェブストレージサービスの種類とプログラムのバージョン情報を、同一ネットワーク上の全ての画像処理装置に対して通知する。各画像処理装置は、その通知を受けると、それぞれ自身のソフトウェア構成管理部を参照し、通知された種類のウェブストレージサービスを利用するための、通知されたバージョン（あるいはそれと互換性を有するバーション）のプログラムが利用可能であるか否か判断する。そして、利用可能であれば、その旨を画像処理装置１０ａに回答する。
【００７５】
ジョブ情報保障部１０２は、この回答を参考に、画像処理装置１０ａと同じウェブストレージサービスを、同じバージョンのプログラムを用いて利用可能な装置を、復元先画像処理装置として選択することができる。
なお、各画像形成装置が、自身が画像形成ジョブを実行中であるか否かも併せて回答するようにすれば、ジョブを実行中でない、直ちにジョブの復元に着手可能な画像処理装置を、復元先画像処理装置として選択することができる。
【００７６】
また、上述した実施形態では、ジョブ情報を、画像処理装置からインターネットを介してアクセスするウェブストレージサービスに保存する例について説明した。しかし、ジョブ情報の保存先はこれに限られない。初めにジョブを実行する画像処理装置と、復元先画像処理装置とから共通にアクセス可能な装置であれば、どのような装置にジョブ情報を保存しても構わない。これらの画像処理装置と同じＬＡＮ内に、ジョブ情報を保存する装置を設けてもよい。ジョブ情報を保存する装置が、いずれかの画像処理装置と一体であることも妨げられない。
【００７７】
また、上述した実施形態では、アクセスすべきウェブストレージサービスサーバ３０のアドレスやログインに用いる認証情報もジョブ復元要求と共に復元先画像処理装置に通知する例について説明した。しかし、同じ管理者が管理する装置であれば、これらの情報は予め復元先画像処理装置にも設定しておくことも可能である。そして、このような場合には、アドレスや認証情報を復元先画像処理装置に通知する必要はない。
【００７８】
また、ウェブストレージサービスにおいて、復元先画像処理装置がジョブ情報をダウンロードできるように適切にアクセス権限が設定されていれば、初めにジョブを実行する画像処理装置がウェブストレージサービスサーバ３０にログインするための認証情報と、復元先画像処理装置がウェブストレージサービスサーバ３０にログインするための認証情報とが異なっていてもよい。すなわち、これらの装置が異なるアカウントを用いてウェブストレージサービスサーバ３０にアクセスすることは妨げられない。
【００７９】
また、復元先画像処理装置においても復元を要求された画像形成ジョブの実行に不具合が生じた場合には、図５を用いて説明した処理により、さらに別の画像処理装置に、ジョブの復元を要求することが考えられる。
また、全ての画像処理装置が、図５の処理（ジョブ情報の保存及び復元の要求に関する処理）と図６の処理（ジョブ復元の実行に関する処理）を両方実行可能である必要はない。図５の処理のみ実行可能な画像処理装置が図６の処理のみ実行可能な画像処理装置にジョブ復元要求を行うことによっても、上述した実施形態と同様なジョブの復元が可能である。このような２台の画像処理装置からなるシステムも、この発明の画像形成システムの一実施形態である。
【００８０】
また、上述した実施形態では、この発明を画像形成ジョブの復元に適用した例について説明した。このため、装置も画像処理装置を例に挙げて説明した。しかし、この発明は、ジョブの実行を必ずしも当初指定した装置で行わず、他の装置が行ってもよいようなものであれば、任意のジョブの管理について適用することができる。ただし、原稿のスキャンのように、原稿をセットした装置自身に実行させないと意味がないようなジョブの管理に適用することは、好ましくない。
【００８１】
また、この発明は、コンピュータに各種デバイスを制御させ、上述した画像処理装置１０ａ，１０ｂの機能を実現させるためのプログラムとして実施することもできる。このようなプログラムは、予め画像処理装置等のメモリに記憶させておく他、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録したり、ネットワークを介してダウンロードできるようにしたりして提供することもできる。そして、そのプログラムをインストールしてＣＰＵに実行させるか、ＣＰＵにメモリあるいはダウンロードサーバからこのプログラムを取得させて実行させることにより、上述した各機能を実現させることができる。
【００８２】
また、以上説明してきた実施形態の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００８３】
１０ａ〜１０ｃ：画像処理装置 １１：ＣＰＵ １２：ＲＯＭ １３：ＲＡＭ
１４：通信Ｉ／Ｆ １５：スキャナエンジン １６：プリンタエンジン
１７：操作パネル １８：システムバス ２０：ホスト装置
３０：ウェブストレージサービスサーバ ３１：ネットワーク制御部
３２：ウェブストレージ管理部 ４０：インターネット
５０ａ〜５０ｃ：ウェブストレージ ５１：ネットワーク制御部 ５２：主制御部
５３：ディスク制御部 ５４：ＨＤＤ １００：画像処理コントローラ
１０１：主制御部 １０２：ジョブ情報保障部 １０３：ジョブ情報復元部
１０４：ウェブストレージ制御部 １０５：入力制御部 １０６：出力制御部
２００：ウェブストレージサービスシステム
【先行技術文献】
【特許文献】
【００８４】
【特許文献１】特開２００１−４７７００号公報
【特許文献２】特開２００６−９９７２５号公報
【特許文献３】特開２０００−３５８６７号公報
【特許文献４】特開２００４−２６５０９２号公報
【特許請求の範囲】
【請求項１】
ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置であって、
前記画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、該異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、
前記異常ジョブ処理手段が前記アクセス先にジョブ情報を記憶させた場合に、前記所定のアクセス先にアクセスするために用いるアクセス情報と、前記所定のアクセス先において前記記憶させたジョブ情報を特定するためのジョブ識別情報とを他の画像形成装置に送信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を前記他の画像形成装置に要求する要求手段とを備えたことを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置であって、
前記アクセス情報及び前記ジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定されるジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って前記画像形成手段に画像形成ジョブを実行させる制御手段を備えたことを特徴とする画像形成装置。
【請求項３】
ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置であって、
他の画像形成装置から、特定のアクセス先にアクセスするために用いるアクセス情報及び該アクセス先においてジョブ情報を特定するためのジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定される、実行すべき画像形成ジョブの内容を示すジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って前記画像形成手段に画像形成ジョブを実行させる制御手段を備えたことを特徴とする画像形成装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の画像形成装置であって、
前記アクセス先は、前記画像形成装置からインターネットを介してアクセスする、ウェブストレージサービスを提供するシステムであることを特徴とする画像形成装置。
【請求項５】
各々ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える第１及び第２の画像形成装置を備える画像形成システムであって、
第１の画像形成装置に、
当該第１の画像形成装置の画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、該異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、
前記異常ジョブ処理手段が前記アクセス先にジョブ情報を記憶させた場合に、前記所定のアクセス先にアクセスするために用いるアクセス情報と、前記所定のアクセス先において前記記憶させたジョブ情報を特定するためのジョブ識別情報とを前記第２の画像形成装置に送信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を前記第２の画像形成装置に要求する要求手段とを備え、
前記第２の画像形成装置に、
他の画像形成装置から、特定のアクセス先にアクセスするために用いるアクセス情報及び該アクセス先においてジョブ情報を特定するためのジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定されるジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って当該第２の画像形成装置の画像形成手段に画像形成ジョブを実行させる制御手段とを備えたことを特徴とする画像形成システム。
【請求項１】
ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置であって、
前記画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、該異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、
前記異常ジョブ処理手段が前記アクセス先にジョブ情報を記憶させた場合に、前記所定のアクセス先にアクセスするために用いるアクセス情報と、前記所定のアクセス先において前記記憶させたジョブ情報を特定するためのジョブ識別情報とを他の画像形成装置に送信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を前記他の画像形成装置に要求する要求手段とを備えたことを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置であって、
前記アクセス情報及び前記ジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定されるジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って前記画像形成手段に画像形成ジョブを実行させる制御手段を備えたことを特徴とする画像形成装置。
【請求項３】
ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える画像形成装置であって、
他の画像形成装置から、特定のアクセス先にアクセスするために用いるアクセス情報及び該アクセス先においてジョブ情報を特定するためのジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定される、実行すべき画像形成ジョブの内容を示すジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って前記画像形成手段に画像形成ジョブを実行させる制御手段を備えたことを特徴とする画像形成装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の画像形成装置であって、
前記アクセス先は、前記画像形成装置からインターネットを介してアクセスする、ウェブストレージサービスを提供するシステムであることを特徴とする画像形成装置。
【請求項５】
各々ジョブ情報に従って画像形成ジョブを実行する画像形成手段を備える第１及び第２の画像形成装置を備える画像形成システムであって、
第１の画像形成装置に、
当該第１の画像形成装置の画像形成手段による画像形成ジョブの実行に異常が発生した場合に、所定のアクセス先にアクセスして、該異常により実行できなくなった画像形成ジョブの内容を示すジョブ情報を送信し、保存させる異常ジョブ処理手段と、
前記異常ジョブ処理手段が前記アクセス先にジョブ情報を記憶させた場合に、前記所定のアクセス先にアクセスするために用いるアクセス情報と、前記所定のアクセス先において前記記憶させたジョブ情報を特定するためのジョブ識別情報とを前記第２の画像形成装置に送信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を前記第２の画像形成装置に要求する要求手段とを備え、
前記第２の画像形成装置に、
他の画像形成装置から、特定のアクセス先にアクセスするために用いるアクセス情報及び該アクセス先においてジョブ情報を特定するためのジョブ識別情報を受信し、該アクセス情報及び該ジョブ識別情報に従った画像形成ジョブの実行を要求された場合に、該アクセス情報を用いて前記アクセス先にアクセスし、該ジョブ識別情報により特定されるジョブ情報を前記アクセス先から取得するジョブ情報取得手段と、
前記ジョブ情報取得手段が取得したジョブ情報に従って当該第２の画像形成装置の画像形成手段に画像形成ジョブを実行させる制御手段とを備えたことを特徴とする画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−６３５７９（Ｐ２０１３−６３５７９Ａ）
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１１−２０３５２７（Ｐ２０１１−２０３５２７）
【出願日】平成２３年９月１６日（２０１１．９．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２３年９月１６日（２０１１．９．１６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]