(57)【要約】【課題】装置本体のメモリ容量を増加することなく、特定のジョブの処理が不可能となった場合でも次のジョブの処理が可能な画像処理装置を提供する。【解決手段】受けつけたジョブＡが、ＭＦＰで実行可能でない場合や（Ｓ103：NO）、実行途中にエラーが発生した場合には（S105:YES）、当該ジョブＡの処理を停止して、そのタスク管理情報を更新し、ジョブＡが停止された旨とその再開条件をタスク管理テーブルに格納する（S108）。そして、ジョブＡに係る画像データとその処理条件を示すジョブ処理情報（サーバに当該画像データが保存されている場合にはジョブ処理情報のみ）をジョブＡに割り当てられたジョブＩＤに関連付けてサーバに転送する（S109〜S111）。その後ジョブＡのデータを消去すると共にジョブＡを実行するために必要なファームウェアを破棄して装置本体のメモリの記憶領域を開放し、次のジョブの受け付けを待つ。【選択図】図６
2008288733.tif 000002
【特許請求の範囲】
【請求項１】
外部記憶装置と通信可能に接続された画像処理装置であって、
画像処理ジョブを受け付ける受付手段と、
受け付けた画像処理ジョブにおける画像データと当該画像データの処理条件とをジョブデータとして記憶するジョブデータ記憶メモリと、
前記記憶されたジョブデータに基づき画像処理ジョブを実行する画像処理手段と、
前記画像処理ジョブの実行が不可能となる事態が発生した場合に当該ジョブデータに識別情報を付して前記外部記憶装置に送信する送信手段と、
前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去手段と
を備えたことを特徴とする画像処理装置。
【請求項２】
前記送信手段は、一の画像処理ジョブの実行が不可能となる事態が発生した場合において、待機している他の画像処理ジョブのうち実行が可能な画像処理ジョブがある場合に前記実行不可能な画像処理ジョブのジョブデータを前記外部記憶装置に送信することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記送信手段は、一の画像処理ジョブの実行が不可能となる事態が発生した場合において、前記受付手段が、新たな画像処理ジョブを受け付けたときに、前記実行不可能な画像処理ジョブのジョブデータを前記外部記憶装置に送信することを特徴とする請求項１に記載の画像処理装置。
【請求項４】
一の画像処理ジョブの実行が不可能となる事態が発生した場合に、当該実行不可能な画像処理ジョブに係る画像データが前記外部記憶装置に保存されているか否かを判定する判定手段を備え、
外部記憶装置に当該画像データが保存されている場合に、前記送信手段は、前記ジョブデータのうちジョブ処理情報のみを、当該画像処理ジョブの識別情報を付して前記外部記憶装置に送信する
ことを特徴とする請求項１から３のいずれかに記載の画像処理装置。
【請求項５】
前記外部記憶装置に送信したジョブデータの識別情報と、当該画像処理ジョブを再開する条件とを管理情報として記憶する管理情報記憶手段と、
画像処理ジョブの実行を不可能とした事態が解消された場合に、その解消を再開条件とする画像処理ジョブを前記管理情報に基づいて特定する再開可能ジョブ特定手段と、
前記特定された画像処理ジョブの識別情報を指定して、前記外部記憶装置から該当するジョブデータを取得するジョブデータ取得手段と
を備え、
前記画像処理手段は、前記取得したジョブデータに基づき画像処理ジョブを実行することを特徴とする請求項１から４のいずれかに記載の画像処理装置。
【請求項６】
前記画像処理手段において画像処理ジョブを実行するために必要なファームウェアを外部記憶装置から取得するファームウェア取得手段と、
前記取得したファームウェアを記憶するファームウェア記憶メモリと、
一の画像処理ジョブの実行が不可能となる事態が発生した場合に当該画像処理ジョブを実行するためのファームウェアを破棄する破棄手段と
を備えることを特徴とする請求項１から５のいずれかに記載の画像処理装置。
【請求項７】
次に実行すべき画像処理ジョブが前記実行不可能となった画像形成ジョブの処理に使用するファームウェアを利用できる場合には、前記破棄手段におけるファームウェアの破棄を禁止する禁止手段を備えることを特徴とする請求項６に記載の画像処理装置。
【請求項８】
外部記憶装置と通信可能に接続された画像処理装置で実行される画像処理方法であって、
画像処理ジョブを受け付ける受付ステップと、
受け付けた画像処理ジョブにおける画像データと当該画像データの処理条件とをジョブデータとして記憶するジョブデータ記憶ステップと、
前記記憶されたジョブデータに基づき画像処理ジョブを実行する画像処理ステップと、
前記画像処理ジョブの実行が不可能となる事態が発生した場合に当該ジョブデータに識別情報を付して前記外部記憶装置に送信する送信ステップと、
前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去ステップと
を備えたことを特徴とする画像処理方法。
【請求項９】
前記外部記憶装置に送信したジョブデータの識別情報と、当該画像処理ジョブを再開する条件と、当該ジョブデータの格納した外部記憶装置を特定する情報とを管理情報として記憶する管理情報記憶ステップと、
画像処理ジョブの実行を不可能とした事態が解消された場合に、その解消を再開条件とする画像処理ジョブを前記管理情報に基づき特定する再開可能ジョブ特定ステップと、
前記特定された画像処理ジョブの識別情報を指定して、前記外部記憶装置からジョブデータを再取得するジョブデータ再取得ステップと
を備え、
前記再取得したジョブデータに基づき画像処理ジョブを実行することを特徴とする請求項８に記載の画像処理方法。
【請求項１０】
画像処理ジョブを実行するために必要なファームウェアを外部記憶装置から取得するファームウェア取得ステップと、
前記取得したファームウェアを記憶するファームウェア記憶ステップと、
一の画像処理ジョブの実行が不可能となる事態が発生した場合に当該画像処理ジョブを実行するためのファームウェアを破棄する破棄ステップと
を備えることを特徴とする請求項８または９に記載の画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部記憶装置が接続された画像処理装置に関し、特に装置内の記憶容量が少なくても合理的に画像処理ジョブを実行する技術に関する。
【背景技術】
【０００２】
画像処理装置、たとえば、１台で、コピー、プリント、スキャンなどの複数の機能を有する複合機がオフィスなどで多く用いられている。
近年では、スキャンした画像データを自装置内に蓄積する機能を有する機種も登場しており、このような機種においては、複数の機能を実行するためのファームウェアや大量の画像データのファイルを格納するため、内部に大容量の記憶装置を備える必要があり、装置のコストアップが避けられない。
【０００３】
その一方で、オフィス内で使用される複合機は、ネットワークに接続されて使用される場合が多く、当該ネットワーク上に存する外部記憶装置を利用することにより、複合機内部の記憶容量を可及的に少なくして装置のコストダウンを図る試みがなされている。
たとえば、特許文献１には、装置内のフォルダの有効期限を設定して、当該有効期限が過ぎるとフォルダ内のデータを外部記憶装置に転送して、その部分の記憶領域を開放する技術が開示されており、また、特許文献２には、装置内の記憶部のデータを所定時間で消去する際、もしくはユーザの消去指示があった場合に、当該データを外部記憶装置に転送するようにしている。
【０００４】
このような従来技術においては、ジョブが完了したときに、当該ジョブに係る画像データを外部記憶装置に転送し、もしくは使用していないアプリケーションのファームウェアデータを消去するため、少ない記憶容量でもジョブを処理でき、これによりコストダウンを図ることができる。
【特許文献１】特開２００２−１５２４７７号公報
【特許文献２】特開２００６−１６３４７０号公報
【特許文献３】特開２００１−６７２２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術においてはジョブが完了した後に画像データやファームウェアデータの転送が行われるのであって、受け付けたジョブの処理中に何らかの要因（たとえばプリントジョブ実行時における指定されたサイズの用紙切れ）により中断した場合には、当該中断となった原因が除去されるまで、そのジョブのデータが複合機内のメモリを長時間占領したままになって、その間新たなジョブを受け付けることができなくなってしまい、ジョブの処理効率が大変悪い。
【０００６】
このような不都合は、上述のような複合機のみならず、コピー機、プリンタ、スキャナなどの専用機も含め、およそ画像データに関連するジョブを実行する画像処理装置一般について生じる問題である。
本発明は、上記問題点に鑑みてなされたものであって、特定のジョブの処理が不可能になった場合でも、内部のジョブ処理用の記憶容量を増加することなく後続するジョブの処理が可能な画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る画像処理装置は、外部記憶装置と通信可能に接続された画像処理装置であって、画像処理ジョブを受け付ける受付手段と、受け付けた画像処理ジョブにおける画像データと当該画像データの処理条件とをジョブデータとして記憶するジョブデータ記憶メモリと、前記記憶されたジョブデータに基づき画像処理ジョブを実行する画像処理手段と、前記画像処理ジョブの実行が不可能となる事態が発生した場合に当該ジョブデータに識別情報を付して前記外部記憶装置に送信する送信手段と、前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去手段とを備えたことを特徴とする。
【発明の効果】
【０００８】
上記のように、画像処理ジョブの実行が不可能となる事態が発生した場合に当該画像データとジョブ処理条件からなるジョブデータを外部記憶装置に送信して退避させると共に、当該ジョブデータをジョブデータ記憶メモリから消去するように構成しているので、新たに画像処理ジョブを受け付けてそのデータをジョブデータ記憶メモリに記憶させることができ、後続する画像処理ジョブの実行が可能となる。これにより装置本体のメモリの記憶容量を少なくして装置のコストを低くしても、画像処理ジョブを効率的に処理することができる。
【０００９】
また、前記送信手段は、一の画像処理ジョブの実行が不可能となる事態が発生した場合において、待機している他の画像処理ジョブのうち実行が可能な画像処理ジョブがある場合に前記実行不可能な画像処理ジョブのジョブデータを前記外部記憶装置に送信するようにしてもよいし、あるいは、前記受付手段が、新たな画像処理ジョブを受け付けたときに、前記実行不可能な画像処理ジョブのジョブデータを前記外部記憶装置に送信するようにしてもよい。このようにすれば、次に実行すべき画像処理ジョブがない場合にジョブデータを無駄に送信することもない。
【００１０】
また、本発明は、一の画像処理ジョブの実行が不可能となる事態が発生した場合に、当該実行不可能な画像処理ジョブに係る画像データが前記外部記憶装置に保存されているか否かを判定する判定手段を備え、外部記憶装置に当該画像データが保存されている場合に、前記送信手段は、前記ジョブデータのうちジョブ処理情報のみを、当該画像処理ジョブの識別情報を付して前記外部記憶装置に送信することを特徴とする。この場合には当該画像処理ジョブに係る画像データを外部記憶装置に記憶させる必要はないからである。
【００１１】
また、本発明は、前記外部記憶装置に送信したジョブデータの識別情報と、当該画像処理ジョブを再開する条件とを管理情報として記憶する管理情報記憶手段と、画像処理ジョブの実行を不可能とした事態が解消された場合に、その解消を再開条件とする画像処理ジョブを前記管理情報に基づいて特定する再開可能ジョブ特定手段と、前記特定された画像処理ジョブの識別情報を指定して、前記外部記憶装置から該当するジョブデータを取得するジョブデータ取得手段とを備え、前記画像処理手段は、前記取得したジョブデータに基づき画像処理ジョブを実行することを特徴とする。
【００１２】
これにより、画像処理ジョブの実行を不可能とした事態が解消された場合に、当該画像処理ジョブのジョブデータを取得して再開することができる。
また、本発明は、前記画像処理手段において画像処理ジョブを実行するために必要なファームウェアを外部記憶装置から取得するファームウェア取得手段と、前記取得したファームウェアを記憶するファームウェア記憶メモリと、一の画像処理ジョブの実行が不可能となる事態が発生した場合に当該画像処理ジョブを実行するためのファームウェアを破棄する破棄手段とを備えることを特徴とする。
【００１３】
画像処理ジョブを実行時に必要なファームウェアを取得し、画像処理ジョブの実行が不可能となる事態が発生した場合に当該画像処理ジョブを実行するためのファームウェアを破棄するので、当該ファームウェアにより占有されていたメモリ容量も開放される。異なる複数の種類の画像処理ジョブが実行可能な場合でも、全ての画像処理ジョブに対応したファームウェアを記憶しておかなくても必要なファームウェアのみを取得して実行すればよいので、メモリの容量が少なくても各画像処理ジョブの実行が可能となる。
【００１４】
この際、次に実行すべき画像処理ジョブが前記実行不可能となった画像形成ジョブの処理に使用するファームウェアを利用できる場合には、前記破棄手段におけるファームウェアの破棄を禁止するようにすれば、無駄にファームウェアを廃棄することがなくなる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明に係る画像処理装置の実施の形態を、ネットワークに接続可能であって、コピー機、プリンタ、スキャナなどの複数の機能を有する複合機（以下「ＭＦＰ」という。）の場合を例にして説明する。
＜第１の実施の形態＞
（１）画像処理システムの構成
図１は、本発明の実施の形態に係るＭＦＰ１を含む画像処理システム１００の構成例を示すものである。
【００１６】
同図に示すように、この画像処理システムは、ＭＦＰ１、外部記憶装置としてのファイルサーバ（以下、単に「サーバ」という。）２およびパーソナルコンピュータからなるクライアント端末３、４、５がＬＡＮ（ローカル・エリア・ネットワーク）６に接続されてなる。
この画像処理システムにおいては、ユーザがＭＦＰ１の操作パネルを直接操作してコピージョブなどを実行させるほか、クライアント端末３〜５からＬＡＮ６を介してプリントジョブなどをＭＦＰ１に依頼できるようになっている。
【００１７】
なお、本実施の形態では、ＭＦＰ１は、上記「コピージョブ」、「プリントジョブ」のほか、「スキャンジョブ」、「ファクシミリ送受信ジョブ」、「メモリ蓄積ジョブ」の各画像処理ジョブが実行できるものとする。
ここで、「コピージョブ」とは、原稿画像をスキャナで読み取って得た画像データに基づきプリント動作を実行して記録シート上に原稿画像を再現するジョブであり、「スキャンジョブ」とは、原稿画像をスキャナで読み取り、その画像データを他のサーバや端末など指定された宛先に転送するジョブをいう。また、「プリントジョブ」とは、クライアント端末から印字データを送信してこれに基づきプリントさせるジョブのほか、サーバ２に蓄積されたファイルを指定してサーバ２にプリントアウトさせる処理も含むものとする。「ファクシミリ送受信ジョブ」は、ファクシミリデータの送受信を実行するジョブであり、「メモリ蓄積ジョブ」は、スキャンにより得られた画像データや、プリントジョブにおける画像データをサーバ２に送信してファイリングするジョブである。
【００１８】
それぞれユーザにより指定された処理条件に従ってジョブが実行される。
（２）ＭＦＰ１の構成
図２は、上記ＭＦＰ１の構成を示すブロック図である。
同図に示すように、ＭＦＰ１は、大きく分けて制御部１０、スキャナ部２０、プリンタ部３０からなる。
【００１９】
制御部１０は、 主に、ＣＰＵ１１、ネットワーク通信部１２、ＦＡＸモデム１３、不揮発性メモリ１４、システムＲＡＭ１５、画像ＲＡＭ１６、操作パネル１７などからなる。
ネットワーク通信部１２は、ＬＡＮ６を介してＣＰＵ１１とクライアント端末位３〜５及びサーバ２の間でデータ通信を行うためのものであり、ＬＡＮカードやＬＡＮボード等からなる。
【００２０】
ＦＡＸモデム１３は、電話回線を介して他のファクシミリ装置とファクシミリデータを送受信するためのものである。
不揮発性メモリ１４は、ＥＥＰＲＯＭなどからなり、後述する制御に必要な各種のテーブルなどが格納される。
システムＲＡＭ１５は、ＭＦＰ１で実行されるべき各種のアプリケーションのファームウェア（以下、本明細書において「ファームウェア」を、図面等で単に「ＦＷ」と略して記載する場合もある。）のデータが、必要に応じてサーバ２からダウンロードされて格納される。
【００２１】
画像ＲＡＭ１６には、実行するジョブに係る画像データが格納される。
ＣＰＵ１１は、システムＲＡＭ１５から必要なプログラムを読み出して、選択された画像処理ジョブの制御を実行する。
操作パネル１７は、図３に示すようにテンキー１７１、スタートキー１７２、ストップキー１７３などのハードキーのほか、表面にタッチパネルが装着された液晶表示パネルからなる表示部１７４を有しており、当該表示部１７４の設定画面上でユーザが所定のボタンにタッチすることにより種々の処理条件を入力できるように構成されている。
【００２２】
図４は、サーバ２におけるデータの格納状態およびサーバ２とＭＦＰ１間のデータ転送の様子を示す図である。同図に示すようにサーバ２には、アプリケーションＦＷデータ格納部２０１、ジョブデータ格納部２０２およびユーザデータ格納部２０３が設けられている。
アプリケーションＦＷデータ格納部２０１には、各アプリケーションを実行するためのファームウェアのデータが格納されており、ＭＦＰ１で実行されるジョブの種類に応じてＭＦＰ１にダウンロードされる。
【００２３】
ここで、コピー機能プログラムは、コピージョブにおける読み取り画質や倍率、ページ割り付けなどの画像データ編集などの出力の設定や動作を制御するプログラムであって、スキャナプログラム、プリンタプログラムと共に「コピー機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。
スキャン機能プログラムは、スキャンジョブにおける読み取り画質や、読み取った画像データのＴＩＦＦやＰＤＦなどの汎用のファイル形式への変換、送信先、ネットワーク送信などの設定や動作を制御するプログラムであって、スキャナプログラムと共に「スキャン機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。
【００２４】
ＦＡＸ機能プログラムは、ファクシミリ送信時には、スキャナ部２０の読み取り動作、解像度、圧縮形式、および送信先などの設定・制御を行いＦＡＸモデム１３経由で送信し、ファクシミリ受信時には、ＦＡＸモデム１３経由で受信したファクシミリデータを自装置で印字可能な形式に変換して、プリンタ部３０に送信してプリントさせるプログラムであって、スキャナプログラム、プリンタプログラムと共に「ＦＡＸ機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。
【００２５】
メモリ蓄積プログラムは、スキャナ部２０で読み取った画像データやプリントジョブに係る画像データをサーバ２のユーザデータ格納部２０３に蓄積させ、あるいは、蓄積された画像データのファイルを指定してプリントさせるためのプログラムあって、スキャナ部２０における読み取り、保存先の設定、画像圧縮、サーバ２などへの送信動作などを制御する。このメモリ蓄積プログラムは、スキャナプログラム、プリンタプログラムと共に「メモリ蓄積アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。
【００２６】
なお、スキャナプログラムは、スキャナ部２０の動作、読み取りデータの画像ＲＡＭ１６への入力動作を制御するためのプログラムである。プリンタプログラムは、プリンタ部３０の動作、画像ＲＡＭ１６からの画像データの出力制御をするためのプログラムである。
また、ジョブデータ格納部２０２には、各画像処理ジョブの途中にＭＦＰ１にエラー等が発生してジョブ処理が中断した場合に、ＭＦＰ１から転送されてきた当該ジョブに係る画像データとそのジョブの処理条件に関する情報（以下、「ジョブ処理情報」という。）が、当該ジョブを特定するための識別情報（以下、「ジョブＩＤ」という。）に関連付けられて格納され、必要に応じてＭＦＰ１にダウンロードされる。詳しくは後述する。
【００２７】
ユーザデータ格納部２０３には、上記メモリ蓄積ジョブによってＭＦＰ１から送られてきた画像データにファイル名を付して保存するフォルダ（保存フォルダ）と、ユーザが設定したアドレス帳などを保存するユーザ設定のフォルダが含まれる。
図５は、サーバ２からＭＦＰ１へのファームウェアや画像データのダウンロードの様子を説明するための図である。
【００２８】
同図に示すように該当するジョブを実行するための各種機能アプリケーションがサーバ２のアプリケーションＦＷデータ格納部２０１（図４）から読み出されて制御部１０のシステムＲＡＭ１５にダウンロードされる。なお、図５において、例えば「プリント機能アプリ」とあるのは上記「プリント機能アプリケーション」の略である。
不揮発性メモリ１４には、プラットフォームとなるＯＳ（オペレーティング・システム）のほか、装置の動作上最低限必要なシステムプログラム、操作パネル１７における画面表示の制御や入力操作を受け付けるためのパネル操作プログラム、外部の装置と通信するための通信制御プログラム、ジョブの実行を管理するためのタスク制御プログラム、および外部の装置のアドレスデータ（特にサーバ２のＩＰアドレス）などの設定管理情報が格納されており、ＭＦＰ１の電源投入時においてシステムＲＡＭ１５に順次格納される。
【００２９】
なお、本実施の形態では便宜上システムＲＡＭ１５と画像ＲＡＭ１６とは別個のＲＡＭで構成しているが、一つのＲＡＭ内部の記憶領域を分割して使用するようにしてもよいのはいうまでもない。また、システムＲＡＭ１５及び画像ＲＡＭ１６は、通常の使用状態で１個のジョブ処理をするのに十分の記憶容量があるものとして説明する。
（３）制御部１０における制御内容  
（３−１）ジョブ実行処理
図６は、制御部１０で実行されるジョブ実行処理の制御内容を示すフローチャートである。
【００３０】
制御部１０は、ある画像処理ジョブ（ジョブＡ）を受け付けて受付処理を実行する（ステップＳ１０１）。
ここでの受付処理は、当該ジョブＡに管理用のジョブＩＤを割り当てると共に、当該ジョブＡを処理するためユーザにより指定された処理条件（ジョブ処理情報）を、上記ジョブＩＤに関連付けてジョブ処理テーブルに記憶すると共に、当該ジョブをタスク管理テーブルに登録する処理を意味している。これらのジョブ処理テーブル、タスク管理テーブルは、例えば不揮発性メモリ１４内に作成される。
【００３１】
図７は、上記ジョブ処理テーブル１４１の一例を示す図である。
同図に示すように同テーブルにはジョブＩＤとジョブの種類のほか当該ジョブのジョブ処理情報の欄が設けられ、それぞれ該当する情報が格納される。
「ジョブＩＤ」は、ジョブを受け付けた日時や受け付けた順番などに基づき機械的に付与されるようになっている。「ジョブの種類」は、要求されたジョブの内容を示すものである。たとえば、プリント、コピー、スキャン、メモリ蓄積、ファクシミリ送受信など、当該ＭＦＰ１で実行される画像処理ジョブの種類をいう。
【００３２】
また、「ジョブ処理情報」は、当該ジョブの処理条件に関する情報であって、図７には、ジョブＡがプリントジョブである場合の一例が示されている。
同図に示すように、ジョブＡには、その識別情報としてジョブＩＤ０００１が割り当てられ、これがプリントジョブであり、そのジョブ処理情報として、色（カラー印刷かＢＷ（モノクロ）印刷か）、用紙の向き、用紙サイズ、コピー部数、ページ割付、印刷面（両面印刷か片面印刷か）、部数、ステープルの要否などが設定されている。このほか、機種によっては、拡大・縮小の倍率や印字濃度などの処理条件も追加される。
【００３３】
また、スキャナジョブの場合には、読取解像度、送信先のアドレス（Ｅ−メールアドレスもしくはＩＰアドレス）、ファイル名、ファイル形式などがジョブ処理情報として設定される。
サーバ２や他の端末から画像データを読み出してプリントアウトさせるメモリ蓄積ジョブの場合には、プリントアウトの処理条件のほか、画像処理の対象となる画像データのファイルを保存する端末のアドレス、そのファイル名、ファイル形式などがジョブ処理情報として設定される。
【００３４】
他のジョブについてもそのジョブを処理するために必要な条件がジョブ処理情報として設定されるが、各ジョブにおける処理条件自体は公知なので、ここではこれ以上説明しない。
上記各ジョブ処理情報は、たとえば、ジョブＡの依頼が、操作パネル１７からなされた場合には、ユーザによる操作パネル１７への入力操作によりジョブの種類とジョブ処理情報を取得できるし、ジョブＡがいずれかの端末３〜５からＬＡＮ６経由で受信したものである場合には、そのジョブＡのデータのヘッダに当該ジョブの種類とジョブ処理情報が含まれているので、これらよりジョブ処理テーブルが作成される。
【００３５】
なお、タスク管理テーブルは、ジョブを受付けた順番に登録すると共に、各ジョブの処理状況などを格納するものである（後述の図８参照）。
図６に戻り、ステップＳ１０２では上記ジョブ処理テーブル１４１からジョブＡの種類に関する情報を得て、サーバ２に対し、当該ジョブの実行に必要なファームウェアのデータを要求し、システムＲＡＭ１５内にダウンロードさせる。
【００３６】
もっとも、ジョブＡが、メモリ蓄積ジョブにおいて、サーバ２に保存された画像データのファイルを指定してプリントする場合には、指定されたファイルの画像データもサーバ２からダウンロードされる。
次に、ジョブＡが実行可能なジョブであるか否かを判断する（ステップＳ１０３）。
不揮発性メモリ１４内には自装置で実行可能な機能をリストアップしたテーブル（不図示）が格納されており、制御部１０は、このテーブルと上記ジョブ処理テーブル１４１における処理条件を比較して実行可能の可否を判断する。その他、ジョブＡで要求するサイズの用紙がない場合やトナー切れなどの場合も実行不能と判断される。
【００３７】
当該ジョブＡを実行可能な場合には、これを実行し（ステップＳ１０４）、その実行途中にエラーが発生せずに、ジョブＡが完了した場合には（ステップＳ１０５：ＮＯ、ステップＳ１０６：ＹＥＳ）、ジョブＡのデータ（ジョブＡに係る画像データ、ジョブ処理テーブル１４１およびタスク管理テーブル１４２内のデータ）を消去すると共に、システムＲＡＭ１５内のファームウェアを破棄する（ステップＳ１０７）。
【００３８】
一方、ステップＳ１０３でジョブＡが実行不可能と判断され（ステップＳ１０３：ＮＯ）、あるいはステップＳ１０５でエラーが発生した場合には（ステップＳ１０５：ＹＥＳ）、ステップＳ１０８〜Ｓ１１１のジョブデータ停止処理を実行する。
ステップＳ１０５における「エラー」は、当該画像処理ジョブの実行が不可能となる事態の発生を意味しており、ジョブの種類ごとにその内容が異なる。例えば、プリントジョブやコピージョブの場合には、指定サイズの用紙切れ、トナー切れ、紙詰まりなどであり、スキャンジョブやメモリ蓄積ジョブの場合は、紙詰まりのほか、ネットワーク上の通信トラブルなどがあり、また、ファクシミリ送信ジョブの場合には、相手方の受信機の用紙切れ、電話回線の中断などが考えられる。
【００３９】
このようにジョブが実行できない場合には、ステップＳ１０８において当該ジョブＡの処理を停止すると共に、タスク管理テーブル内のタスク管理情報を更新する。ここでタスク管理情報とは、上記タスク管理テーブルに格納されるべき情報であって、当該ジョブＩＤとそのジョブの種類、ジョブＡの再開の条件などを含む情報である。
図８は、ジョブＡ（ジョブＩＤ０００１）のタスク管理情報が更新された後のタスク管理テーブル１４２の例を示すものである。同図に示すように、ジョブＩＤに関連付けて、その状態（ジョブ処理の状況）、再開条件、ジョブの種類、中断ページ数などの情報が格納されるようになっている。
【００４０】
新規にジョブを受け付けたときは「状態」欄には「新規」である旨の情報が書き込まれ、「ジョブの種類」にはそのジョブの種類が書き込まれる。
しかし、ジョブ処理が停止されると、ジョブＩＤ０００１のように「状態」欄は「停止」に書き変えられると共に、「再開条件」の欄には、当該エラーを解除する条件が書き込まれ、ジョブの処理途中で停止した場合には、中断時のページ数が「中断ページ」の欄に書き込まれることにより、タスク管理情報が更新される。
【００４１】
図８の例では、ジョブＩＤ０００１のジョブはプリントジョブであって、１５ページ目をプリント時に停止され、その再開条件がＡ４サイズの用紙の補給であることを示している。
図６に戻り、上述のようにステップＳ１０８でジョブＡを停止した後、ステップＳ１０９において、サーバ２に当該ジョブＡの画像データが保存されているか否かを確認し、当該画像データがサーバ２に保存されていなければ、画像データとジョブ処理情報およびそのジョブＩＤとをサーバ２に送信する（ステップＳ１０９：ＮＯ、ステップＳ１１１）。
【００４２】
なお、ＭＦＰ１は、ジョブ処理情報にしたがって画像データに対するジョブを遂行するので、以下、本明細書において、画像データとジョブ処理情報とを合わせて「ジョブデータ」ともいう。
上記送信するに際し、制御部１０は、サーバ２側で保存しやすいようにジョブデータのうち画像データを汎用性のあるフォーマット（たとえばビットマップデータ）に変換すると共に、ジョブデータ全体を、たとえば図９のようなデータ構造にアレンジする。また、サーバ２へジョブデータを送信する際には、不揮発性メモリ１４の設定情報管理情報から、サーバ２のＩＰアドレスを読み出し、ＦＴＰ（ファイル・トランスファー・プロトコル）などの公知の通信プロトコルにより送信する。
【００４３】
図４に示したようにサーバ２は、このジョブデータとジョブＩＤを受信するとジョブデータ格納部２０２に保存する。
もし、該当する画像データがサーバ２に保存されていれば、送信する必要はないので、ジョブ処理情報のみをジョブＩＤと共にサーバ２に送信する（ステップＳ１０９：ＹＥＳ、ステップＳ１１０）。
【００４４】
なお、当該ジョブＡの画像データがサーバ２に保存されているか否かについては、たとえば、ジョブ処理テーブル１４１（もしくはタスク管理テーブル１４２）を参照し、ジョブＡが、サーバ２に蓄積されたユーザファイル内の画像データをプリントするジョブ（メモリ蓄積ジョブ）であるような場合には、当然ながらプリント対象となる画像データは、サーバ２のユーザデータ格納部２０３内に格納されていることになるので、タスク管理テーブル１４２のジョブの種類を参照することにより判断することができる。
【００４５】
もっとも、画像データごとに別途ＩＤを付与し、あるいは当該画像データのファイル名を利用して、サーバ２に対して同一の画像データＩＤもしくは同一のファイル名の有無を問い合わせるようにしても構わない。
なお、上記ステップＳ１０９の判断は本発明に必ずしも必須ではなく、中断された全てのジョブについて画像データを含むジョブデータを送信するようにしても構わない。
【００４６】
ジョブデータの送信後、ステップＳ１０７において、不揮発性メモリ１４、画像ＲＡＭ１６内に分けて格納されていたジョブＡのジョブデータを消去すると共に対応するファームウェアを廃棄し、ＭＦＰ１全体を制御するためのメインルーチン（不図示）にリターンする。
なお、ここでデータの「消去」とは、当該データが占めていた記憶領域の開放を意味し、当該データを記憶領域から完全に消去してしまうのみならず、上書き可能な状態にする場合も含むものである。
【００４７】
また、ファームウェアの「廃棄」とは、当該ファームウェアにより実行されるアプリケーションを「無効」にする処理であって、本実施の形態では当該ファームウェアのデータの「消去」を含む概念である。
このように、本実施の形態におけるジョブ実行処理においては、ジョブＡをそもそも最初から実行できない場合や、途中で実行できない事態が生じた場合には、当該ジョブＡのジョブデータをジョブＩＤと共にサーバ２に転送し、当該ジョブＡを実行するために占められていたシステムＲＡＭ１５、画像ＲＡＭ１６の記憶領域を開放するように構成しているので、新たなジョブに関するデータを記憶して実行することができ、後続する画像処理ジョブの処理効率が低下することがない。
【００４８】
（３−２）ジョブ再開処理
図１０は、本実施の形態に係るジョブ再開処理の内容を示すフローチャートであり、エラー解除の検出を契機として制御部１０において実行されるものである。
まず、ステップＳ２０１において、エラーが解除されたか否かについて判断する。
このエラー解除の判断自体は種々の公知の検出手段を用いることのより実行される。たとえば、エラーが紙詰まりの場合には、ジャムセンサーにより紙詰まりが検出されなくなったときにエラーが解除されたと判断できるし、また、用紙切れの場合には当該サイズの給紙トレイへの給紙が光電センサやリミットスイッチなどで検知されたときに当該エラーが解除されたとみなされる。さらには現像装置内のトナー切れによる中断は新たなトナーカートリッジが交換されたことが検知されたときにエラー解除と判断される。また、通信上のエラーの場合には、選択されたジョブの通信プロトコルにより定期的に相手方に信号を送り、その回答の信号が受信されたときにエラーが解除されたと判断できる。
【００４９】
次に、タスク管理テーブル１４２（図８参照）の「再開条件」の欄を検索し（ステップＳ２０２）、ステップＳ２０１でおけるエラー解除の内容と一致する再開条件があるか否かを判断する（ステップＳ２０３）。
もし、タスク管理テーブル１４２に一致する再開条件のジョブがあれば、そのジョブＩＤとジョブの種類をタスク管理テーブル１４２から取得すると共に、サーバ２のＩＰアドレスを不揮発性メモリ１４の設定管理情報から読み取り、サーバ２に当該ジョブＩＤのジョブデータとこれを実行するためのファームウェアを要求し、取得する（ステップＳ２０３：ＹＥＳ。ステップＳ２０４）。
【００５０】
図９で説明したようにこのジョブデータには、画像データとそのジョブ処理情報が含まれているので、制御部１０は、これらのデータをそれぞれシステムＲＡＭ１５、画像ＲＡＭ１６に格納し、中断したジョブを実行する（ステップＳ２０５）。
なお、当該ジョブが途中まで実行した後に中断された場合には、タスク管理テーブル１４２に保存された「中断ページ数」の情報を参照して、そのページからジョブを続行するようにしても構わない。
【００５１】
そして、このジョブが完了すると、そのジョブデータをジョブ処理テーブル１４１から消去し、ファームウェアを破棄して、システムＲＡＭ１５、画像ＲＡＭ１６を次のジョブの実行に備えて記憶領域を解放し（ステップＳ２０６：ＹＥＳ、Ｓ２０７）、メインルーチンにリターンする。この際、タスク管理テーブル１４２内の実行されたジョブのタスク管理情報も消去されてもよい。
【００５２】
ステップＳ２０１またはＳ２０３で「ＮＯ」と判断された場合には、再開が可能なジョブがないことになるので、そのままメインルーチンにリターンする。
このように本実施の形態によれば、ジョブが停止された場合には、ＭＦＰ１にはタスク管理テーブル１４２にタスク管理情報のみを保存するだけであって、停止したジョブを管理するための記憶容量を最小限に抑えることができ、後続するジョブの実行の妨げとなることなく、しかもエラーが解除すれば、サーバ２からジョブデータおよび該当するファームウェアを取得して、中断されたジョブを自動的に実行することができるので、ユーザが中断されたジョブを再発行するという手間が省ける。
【００５３】
なお、図１０では、説明を簡易にするため、エラーが解除されたときに、当該エラーの解除を再開条件とするジョブがあればすぐに実行するように構成したが、現在、他のジョブを実行中であるような場合には、そのジョブの終了を待って停止していたジョブの再開処理を実行する。また、他にも待機中のジョブがある場合には、予めユーザにより設定されたルールに基づき、当該再開するジョブの優先順位が決定されるようにすればよい。
【００５４】
また、仮に再開したジョブの実施中に、再度エラーが発生した場合には、図６と同様な処理が繰り返されることになる。 
（４）通信シーケンス  
次に、上記制御部１０による制御動作に伴って制御部１０とサーバ２間で実行される通信シーケンスを、受け付けたジョブがコピージョブである場合について図１１、図１２に基づき具体的に説明する。
【００５５】
図１１は、ジョブ実行処理時の通信シーケンスを示すものである。
ユーザがＭＦＰ１の原稿トレイに原稿を載置し、操作パネル１７の操作画面１７４からコピー機能を選択すると共に、コピー処理の条件を入力してスタートキー１７２を押下すると（Ｐ１）、ジョブ受付処理が実行されジョブＩＤが割り当てられ、ジョブ処理情報やタスク管理情報が作成されて、それぞれジョブ処理テーブル１４１、タスク管理テーブル１４２に格納される（Ｐ２）。
【００５６】
そして、サーバ２に当該コピージョブを実行するのに必要なファームウェア（コピー機能、スキャナ、プリンタの各プログラム）が要求して制御部１０のシステムＲＡＭ１５にダウンロードし（Ｐ３）、コピージョブが開始される（Ｐ４）。
この際、スキャナ部２０で読み込まれた原稿の画像データは、順次画像ＲＡＭ１６に書き込まれ（Ｐ５）、当該画像データに基づきプリンタ部３０でプリントが実行される。
【００５７】
コピージョブの途中にエラーが検出されると、当該ジョブの実行が停止され（Ｐ６）、タスク制御プログラムにエラーが発生した旨とそのエラーの内容をタスク制御プログラムに通知する（Ｐ７）。タスク制御プログラムでは、タスク管理テーブル１４２における当該ジョブのタスク管理情報を更新してジョブが停止された旨とその再開条件などを保存する（Ｐ８）。システム制御プログラムでは、画像ＲＡＭ１６から原稿の画像データを読み出して所定のフォーマットに変換した後、この画像データとジョブ処理テーブル１４１のジョブ処理情報とからなるジョブデータと、当該ジョブのジョブＩＤに関連付けてサーバ２に転送すると共に（Ｐ１０）、画像ＲＡＭ１６内の画像データ破棄するように指示し、画像ＲＡＭ１６内の画像データが消去される（Ｐ１１、Ｐ１２）。ついで、システムＲＡＭ１５内のコピージョブ用のファームウェアも破棄される（Ｐ１３）。
【００５８】
次に、図１２に基づき、ジョブ再開処理時の通信シーケンスについて説明する。
エラーが解除されたことが検知されると（Ｐ２１）、エラー解除通知がタスク制御プログラムに対してなされる（Ｐ２２）。このエラー解除通知には、解除されたエラーの内容も含まれており、タスク制御プログラムでは、タスク管理テーブル１４２を検索して一致するジョブ再開条件があるか検索し、あれば当該ジョブを実行するようにシステム制御プログラムに指示する（Ｐ２３）。この指示には、再開すべきジョブのジョブＩＤが含まれており、システム制御プログラムでは、当該ジョブＩＤに基づき、サーバ２から当該ジョブ（ここではプリントジョブ）を実行するためのファームウェアをダウンロードすると共に、当該ジョブＩＤに関連付けられたジョブデータをサーバ２からダウンロードする（Ｐ２４，Ｐ２５）。
【００５９】
そして、ダウンロードしたジョブデータから画像データを抽出して画像ＲＡＭ１６に格納し（Ｐ２６）、ジョブデータ内の処理条件に基づき、プリントジョブを実行する（Ｐ２７）。そして、ジョブが完了すれば（Ｐ２８）、当該ジョブＩＤに関してジョブ破棄指示を、タスク制御プログラム、画像ＲＡＭ１６およびサーバ２に送信し（Ｐ２９）、これを受けて、当該ジョブＩＤに対応してそれぞれに格納されているタスク管理情報、画像データ、ジョブデータが消去される（Ｐ３０、Ｐ３１、Ｐ３２）。
【００６０】
＜第２の実施の形態＞
上記第１の実施の形態では、受け付けたジョブが、当初から実行不可能であり、もしくはエラーにより中断された場合には、直ちに、当該ジョブのジョブデータをサーバ２に転送し、自装置内のジョブデータを消去すると共に、そのジョブを実行するためのファームウェアデータを破棄して記憶領域を解放するようにしたが、本実施の形態においては、他に実行可能な待機中のジョブがある場合にのみ、ジョブデータなどをサーバ２に転送して記憶領域を解放するように制御するようにしている。したがって、他の構成は全て第１の実施の形態と同じであり、ジョブ実行処理の制御内容だけが異なる。
（１）ジョブ実行処理の制御内容
図１３は、本第２の実施の形態におけるジョブ実行処理の内容を示すフローチャートである。第１の実施の形態における図６のフローチャートと共通する内容については説明を簡略化し、本実施の形態特有の内容について詳説する。
【００６１】
まず、ジョブＡについて受付処理がなされ（ステップＳ３０１）、現在システムＲＡＭ１５にジョブＡを実行するためのファームウェアがダウンロードされているか否かを判断し（ステップＳ３０２）、なければ当該ファームウェアをサーバ２からダウンロードする（ステップＳ３０２：ＹＥＳ、ステップＳ３０３）。
ここで、ジョブの種類ごとに必要なファームウェアの内容を図１４のテーブルに示す。図中、一番上の行に実行すべきジョブの種類が記載されており、「○」が当該ジョブを実行するのに必要なプログラム、「×」が不要なプログラムである。このようなテーブルがたとえば不揮発性メモリ１４に格納されており、ＣＰＵ１１は当該テーブルを参照してステップＳ３０２の判断を行う。
【００６２】
ジョブ実行に必要なファームウェアがすでにダウンロードされていれば（ステップＳ３０２：ＮＯ）、そのままステップＳ３０４に移って、ジョブＡが実行可能否か判断し、可能であればジョブＡを実行する（ステップＳ３０５）。エラーなくジョブＡが完了すれば（ステップＳ３０６：ＮＯ、ステップＳ３０７：ＹＥＳ）、ジョブＡに関するデータを消去し、該当するファームウェアを破棄する（ステップＳ３０８）。
【００６３】
もし、ジョブＡが実行不能（ステップＳ３０４：ＮＯ）の場合や、実行途中でエラーが発生した場合には（ステップＳ３０６：ＹＥＳ）、ステップＳ３０９に移行して、ジョブＡを停止し、タスク管理情報を更新し、当該ジョブＡが停止された旨とその再開条件などをタスク管理テーブル１４２に書き込む（ステップＳ３０９）。
そして、タスク管理テーブル１４２を検索して、待機中のジョブがあるか否かを確認し（ステップＳ３１１）、待機中のジョブ（以下、「ジョブＢ」という）があれば、それが開始可能なジョブであるか否かを判定する（ステップＳ３１１：ＹＥＳ、Ｓ３１２）。
【００６４】
たとえば、ジョブＡがＡ４の用紙切れのエラーにより停止され、待機中のジョブＡがＢ５サイズの用紙へのプリントジョブであれば開始可能であると判断される。また、ジョブＡがトナー切れにより停止したのであれば、待機中のジョブがトナーを使用するコピージョブやプリントジョブであれば開始不可能と判断されるが、スキャンジョブであれば、トナーを使用しないので開始可能である。
【００６５】
もし、検索されたジョブＢが開始可能であれば、当該ジョブＢを実行すべく、ステップＳ３１４〜Ｓ３２０において、ジョブＡに関するデータの転送・消去処理を実行する。
すなわち、サーバ２にジョブＡの画像データが保存されている場合には、ジョブＡのジョブ処理情報のみをユーザＩＤに関連付けて送信し（ステップＳ３１４：ＹＥＳ、Ｓ３１５）、画像データが保存されていない場合には、ジョブデータ（画像データ＋ジョブ処理情報）をユーザＩＤに関連付けてサーバ２に送信する（ステップＳ３１４：ＮＯ、Ｓ３１６）。そして、ＭＦＰ１内のジョブＡのジョブデータを消去する（ステップＳ３１７）。
【００６６】
次のステップＳ３１８において、検索された待機中のジョブＢが、現存するジョブＡのファームウェアを利用できるか否かを判断し、可能であれば現在システムＲＡＭ１５に格納されているファームウェアをそのまま維持し（ステップＳ３１８：ＹＥＳ、Ｓ３１９）、不可能であれば、現存のファームウェアを破棄し、ジョブＢに対応するファームウェアをサーバ２からダウンロードする（ステップＳ３１８：ＮＯ、Ｓ３２０、Ｓ３２１）。
【００６７】
なお、上記ファームウェアの利用の可否の判断についても、図１４のテーブルが参照される。
そして、ジョブＢの画像データを取得して、実行指示を発行してメインルーチンにリターンし、以下、ステップＳ３０２〜Ｓ３２２までの処理と同様な処理をジョブＢについて実行する。
【００６８】
また、ステップＳ３１１において待機中のジョブがないと判断されたか、あるいはステップＳ３１２において、検索されたジョブＢが開始不可能と判断された場合には、ステップＳ３１３に移って、エラーが解除されてジョブＡの実行が可能になったか否かを判断し、もし、エラーが解除されてジョブＡが実行可能になっていた場合には（ステップＳ３１３：ＹＥＳ）、ステップＳ３０５に移行して、ジョブＡを実行する。この際、ジョブＡは、最初から実行されてもよいが、プリントジョブやコピージョブの場合には、用紙やトナーの節約の観点から、中断以降のジョブから実行する方が望ましいであろう。また、これらのうちどちらの再開処理を実行するかを予め操作パネル１７からユーザが選択できるようにしてもよい。
【００６９】
もし、ステップＳ３１３において、ジョブＡが実行可能な状態になっていないと判断された場合には（ステップＳ３１３：ＮＯ）、ステップＳ３１０〜Ｓ３１２の処理を繰り返して、その後、実行開始可能な新たなジョブが受け付けられていないかを確認する。
なお、このフローチャートにおいてジョブＡが実行されなかった場合には、第１の実施の形態における図１０と同様なジョブ再開処理が実行される。 
【００７０】
また、ステップＳ３０７でジョブＡが完了した後に、ステップＳ３０８においてジョブＡのデータを消去し、当該ジョブＡに適用したファームウェアを破棄しているが、後者については、待機中のジョブの有無を確認し、待機中のジョブがあればステップＳ３１８〜Ｓ３２１と同様な処理により、ジョブＡのファームウェアを利用できるか否か判断して、利用できる場合には破棄しないようにしてもよい。
（２）通信シーケンス
次に、上記制御部１０による制御に伴って制御部１０とサーバ２間で実行される通信シーケンスを、ジョブＡがコピージョブである場合について、図１５、図１６に基づき具体的に説明する。第１の実施の形態における図１１と同じ符号を付したものは、同じ内容を示すので、以下では主に本実施の形態特有の内容について説明する。
【００７１】
まず、図１５は、ジョブＡが停止後、検索された開始可能な待機中のジョブＢが同じコピージョブである場合のジョブ実行処理時の通信シーケンスを示すものである。
ジョブＡにエラーが発生して停止した後、ジョブＡのタスク管理情報が更新され（Ｐ８）、タスク管理テーブル１４２からジョブＢが検索されると（Ｐ１０１）、ジョブＡのジョブＡデータはサーバ２に転送され、その画像データが消去される（Ｐ１０〜Ｐ１２）。
【００７２】
その後、タスク制御プログラムは、ジョブ処理テーブル１４１からジョブＢのジョブ処理情報を読み出し、システム制御プログラムに対し当該ジョブ処理情報を通知すると共に、実行指示を送る（Ｐ１０２）。システム制御プログラムは、この実行指示を受け、ジョブ処理情報にしたがってジョブＢを実行する（Ｐ１０３）。
本例では、待機中のジョブＢもコピージョブであるので、ジョブＡのコピージョブのファームウェアを利用でき、新たにサーバ２からファームウェアをダウンロードする必要がない。
【００７３】
ところが、図１６のように検索された待機中のジョブがスキャンジョブＣである場合には（Ｐ２０１）、ジョブＡの画像データ消去後（Ｐ１２）、システム制御プログラムに対し、ジョブＣのジョブ処理情報を通知すると共に実行指示を送信する（Ｐ２０２）。スキャンジョブをするためのスキャン機能プログラムがシステムＲＡＭ１５内にないので、サーバ２からダウンロードして、ジョブＣを開始する（Ｐ２０３、Ｐ２０４）。
【００７４】
なお、この際、先のコピージョブのファームウェアのうちスキャンプログラムのみ残して他は破棄される。  
＜第３の実施の形態＞
上記第２の実施の形態では、ジョブＡが停止しても他の開始可能な待機中のジョブがなければ、ジョブＡのデータを転送およびＭＦＰ１から消去をしないように構成したが、本第３の実施の形態では、次の新規ジョブを受け付けると、その開始可能性を判断することなしに機械的にジョブＡのデータを消去するように構成している。
【００７５】
（１）制御内容
図１７は、本第３の実施の形態で実行されるジョブ実行処理において、上記第２の実施の形態の図１３のフローチャートと異なる部分のみを抜き出して示す部分的なフローチャートである。
ステップＳ３０９でジョブＡを停止し、そのタスク管理情報を更新した後、ステップＳ３２５において新規ジョブの受付の有無を判断し、受け付けておれば（ステップＳ３２５：ＹＥＳ）、サーバ２におけるジョブＡの画像データの有無を判断して（ステップＳ３２６）、その結果に応じてジョブデータをそのジョブＩＤと共に送信し（ステップＳ３２６：ＮＯ、ステップＳ３２８）、あるいはジョブ処理情報のみをジョブＩＤと共に送信する（ステップＳ３２６：ＹＥＳ、ステップＳ３２７）。
【００７６】
その後、ジョブＡのジョブデータを消去し（ステップＳ３２９）、図１４のテーブルを参照して新規ジョブが、システムＲＡＭ１５内にあるジョブＡのファームウェアを利用できるか否かを判断する（ステップＳ３３０）。もし、利用できれば、現存のファームウェアを保持し（ステップＳ３３０：ＹＥＳ、ステップＳ３３１）、利用できなければ、現存のファームウェアを破棄して新規ジョブＡに対応するファームウェアをサーバ２からダウンロードする（ステップＳ３３０：ＮＯ、ステップＳ３３２、３３３）。
【００７７】
そして、新規ジョブの実行指示を発行し（ステップＳ３３４）、メインルーチンにリターンした後、当該新規ジョブについてのジョブ実行処理が実行される。
本実施の形態によれば、新規ジョブを受け付け次第、ジョブＡのデータを転送し、新規ジョブを即座に実行することができる。
なお、停止されたジョブＡについては第１の実施の形態同様に図１０のジョブ再開処理で実行される。
【００７８】
（２）通信シーケンス
図１８、図１９は、ジョブ実行処理において、コピージョブＡを停止した後に受け付けた新規ジョブがコピージョブの場合とスキャンジョブの場合のそれぞれについて実行される通信シーケンスである。
図１８では、ジョブＡがエラーの発生によって停止してその旨をタスク制御プログラムに通知した後（Ｐ７）、操作パネル１７から新規のコピージョブＢを受け付けると（Ｐ３０１）、ジョブＢの受付処理を実行する（ステップＳ３０２）。そしてジョブＡの画像データが消去された後（Ｐ１２）、タスク制御プログラムは、ジョブ処理テーブル１４１からジョブＢのジョブ処理情報が読み出し、システム制御プログラムに対し当該ジョブ処理情報を通知すると共に、実行指示を送る（Ｐ３０３）。システム制御プログラムは、この実行指示を受けて当該コピージョブＢを開始する（Ｐ３０４）。
【００７９】
本例では、待機中のジョブＢがコピージョブであるので、ジョブＡのコピージョブのファームウェアを利用でき、新たにサーバ２からファームウェアをダウンロードする必要がない。
ところが、図１９のように受け付けた新規ジョブＡがスキャンジョブＣである場合には（Ｐ４０１）、ジョブＡの画像データ消去後（Ｐ１２）、システム制御プログラムに対し、ジョブＣのジョブ処理情報を通知および実行指示を送信するが（Ｐ４０４）、スキャンジョブを実行するためのスキャン機能プログラムがシステムＲＡＭ１５内にないので、サーバ２からダウンロードして、ジョブＣを開始する（Ｐ４０５、Ｐ４０６）。
【００８０】
なお、この際、先のコピージョブのファームウェアのうちスキャナプログラムのみ残して他は破棄される。  
＜変形例＞
以上、本発明を実施の形態に基づいて説明してきたが、本発明の内容が、上記実施の形態に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。
【００８１】
（１）上記実施の形態における画像処理システム１００（図１）は、本願発明を実施するための一例に過ぎず端末やＭＦＰなどの台数は図１に示したものに限定されないことはいうまでもない。また、端末の接続されたＬＡＮと、ＭＦＰ１、サーバ２の接続されたＬＡＮがゲートウェイを介して相互に接続されるような構成であっても構わない。また、端末やＭＦＰ１、サーバ２などがＬＡＮではなくＷＡＮ（ワイド・エリア・ネットワーク）に接続されて構成されてもよい。
【００８２】
外部記憶装置として、ファイルサーバ以外に、たとえばネットワーク通信が可能なハードディスク装置などの記憶専用装置であっても構わない。
また、必ずしも外部記憶装置は、ネットワークを介してＭＦＰに接続されている必要はなく、ＵＳＢなどを利用してＭＦＰ１と外部記憶装置が１対１でローカル接続されていても構わない。
【００８３】
なお、上記実施の形態では画像処理システムにおいて外部記憶装置（サーバ２）が１台の場合について説明したが、これが複数台ある場合には、各外部記憶装置を特定する情報（装置特定情報：たとえば当該外部記憶装置のＩＰアドレス）が、不揮発性メモリ１４の設定管理情報内に格納されており、ユーザの指定等を受けて、特定の外部記憶装置にジョブデータが送信された場合に、その送信先の外部記憶装置の装置特定情報を、図８のタスク管理テーブルに格納するようにしておき、ジョブデータをダウンロードする際に、当該装置特定情報の外部記憶装置に対して、ジョブＩＤを指定してダウンロードを要求するようにすればよい。
【００８４】
（２）上記実施の形態におけるジョブ実行処理において、ジョブを受け付けたときに受付処理として、ジョブ処理テーブル１４１、タスク管理テーブル１４２を作成し、ジョブが停止・中断されたときにタスク管理テーブル１４２のタスク管理情報を更新するように制御したが（図６のステップＳ１０１、ステップＳ１０８）、停止・中断ジョブの管理だけのためには、ステップＳ１０８の段階で、当該ジョブＡにジョブＩＤを付してそのタスク管理情報を生成するようにしても構わない。
【００８５】
（３）上記実施の形態では、画像処理装置の例として複合機であるＭＦＰについて説明したが、プリンタ専用機、ファクシミリ専用機、コピー専用機、スキャナ専用機などであっても構わない。このような専用機の場合には、常に同じアプリケーションプログラムを使用することになるので、ジョブごとにファームウェアを廃棄・ダウロードする必要はない。また、たとえ複数の機能を備えていたとしても、画像データに比較すれば、その記憶容量は少なくて済むと考えられるので、場合によっては複数のアプリケーションのファームウェアを予め不揮発性メモリ１４やＲＯＭに格納して廃棄しないようにしても構わない。
【００８６】
（４）上記各実施の形態において、エラー等によりジョブが停止された場合に、その旨を操作パネル１７に表示すると共に、当該ジョブを発行した端末に対して、依頼されたジョブが停止したことと、その停止の原因を通知するようにすれば、ユーザがすぐにエラー解除の作業に取りかかることができ便利である。
（５）上記実施の形態におけるジョブ実行処理やジョブ再開処理に関するプログラムは、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ  Ｍｅｄｉａ（登録商標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態で、インターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【００８７】
また、本発明を実現するためのプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムや、オペレーティング・システム（ＯＳ）に含まれるプログラムなど、別途情報処理装置にインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしてもよい。
【産業上の利用可能性】
【００８８】
本発明は、外部記憶装置が接続された画像処理装置に適用される。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施の形態に係るＭＦＰ１を含む画像処理システムの構成の一例を示すブロック図である。
【図２】ＭＦＰ１の構成を示すブロック図である。
【図３】ＭＦＰ１の操作パネルの例を示す図である。
【図４】サーバ２におけるデータの格納状態を示す図である。
【図５】サーバ２からＭＦＰ１へのファームウェアや画像データのダウンロードの様子を説明するための図である。
【図６】本発明の第１の実施の形態において、制御部１０で実行されるジョブ実行処理の制御内容を示すフローチャートである。
【図７】制御部１０の不揮発性メモリ１４に格納されるジョブ処理テーブル１４１の一例を示す図である。
【図８】制御部１０の不揮発性メモリ１４に格納されるタスク管理テーブル１４２の一例を示す図である。
【図９】ジョブＡがプリントジョブである場合のジョブデータの構成の一例を示す図である。
【図１０】本発明の第１の実施の形態において、制御部１０で実行されるジョブ再開処理の内容を示すフローチャートである。
【図１１】上記第１の実施の形態におけるジョブ実行処理を示す通信シーケンス図である。
【図１２】上記第１の実施の形態におけるジョブ再開処理を示す通信シーケンス図である。
【図１３】本発明の第２の実施の形態におけるジョブ実行処理の内容を示すフローチャートである。
【図１４】ジョブの種類ごとに必要なプログラムの内容を示すテーブルである。
【図１５】上記第２の実施の形態において、ジョブＡが停止後、検索された待機中のジョブがメモリプリントジョブである場合のジョブ実行処理時の通信シーケンス図である。
【図１６】上記第２の実施の形態において、ジョブＡが停止後、検索された待機中のジョブがスキャンジョブである場合のジョブ実行処理時の通信シーケンス図である。
【図１７】本発明の第３の実施の形態で実行されるジョブ実行処理の説明のため、図１３のフローチャートとの差分を示すフローチャートである。
【図１８】上記第３の実施の形態において、ジョブＡが停止後、検索された待機中のジョブがコピージョブである場合のジョブ実行処理時の通信シーケンス図である。
【図１９】上記第３の実施の形態において、ジョブＡが停止後、検索された待機中のジョブがスキャンジョブである場合のジョブ実行処理時の通信シーケンス図である。
【符号の説明】
【００９０】
１          ＭＦＰ
２          サーバ
３、４、５      クライアント端末
６          ＬＡＮ
１０        制御部
１１        ＣＰＵ
１２        ネットワーク通信部
１３        ＦＡＸモデム
１４        不揮発性メモリ
１５        システムＲＡＭ
１６        画像ＲＡＭ
１００        画像処理システム 
１４１        ジョブ処理テーブル
１４２        タスク管理テーブル
２０１        アプリケーションＦＷデータ格納部
２０２        ジョブデータ格納部
２０３        ユーザデータ格納部
【図１】
2008288733.tif 000003
【図２】
2008288733.tif 000004
【図３】
2008288733.tif 000005
【図４】
2008288733.tif 000006
【図５】
2008288733.tif 000007
【図６】
2008288733.tif 000008
【図７】
2008288733.tif 000009
【図８】
2008288733.tif 000010
【図９】
2008288733.tif 000011
【図１０】
2008288733.tif 000012
【図１１】
2008288733.tif 000013
【図１２】
2008288733.tif 000014
【図１３】
2008288733.tif 000015
【図１４】
2008288733.tif 000016
【図１５】
2008288733.tif 000017
【図１６】
2008288733.tif 000018
【図１７】
2008288733.tif 000019
【図１８】
2008288733.tif 000020
【図１９】
2008288733.tif 000021