(57)【特許請求の範囲】
【請求項１】
所定のデータ伝送路を介して、連携先機器と接続され、機器連携により要求ジョブに対して画像処理を行う画像処理装置であって、
前記要求ジョブに対して行う画像処理の動作設定を前記連携先機器に行う動作設定手段と、
要求ジョブデータを前記連携先機器に転送するデータ転送手段と、
前記連携先機器で前記要求ジョブの画像処理中に発生したエラーを検知するエラー検知手段と、
前記連携先機器で発生したエラーに対して行うリカバリ処理を制御するリカバリ制御手段と、を有し、
前記動作設定手段が、前記連携先機器に動作設定を行い、前記データ転送手段が、前記連携先機器に前記要求ジョブデータを転送することで、前記連携先機器に対して、前記要求ジョブへの画像処理の実行を要求し、
前記エラー検知手段が、前記連携先機器で発生したエラーを検知すると、前記リカバリ制御手段が、前記エラー検知手段により検知されたエラーに対してリカバリ処理を行うか否かを判定し、前記動作設定手段が、前記リカバリ制御手段によりリカバリ処理を行うと判定された場合に、利用者により変更された動作設定に基づき、前記連携先機器の動作設定を変更し、画像処理の再実行を要求するように構成されており、
前記リカバリ制御手段は、前記連携先機器の機器情報に含まれる用紙情報に基づき、前記連携先機器で前記要求ジョブデータとして転送された画像が収まる用紙サイズをサポートしているか否かを判定し、
前記動作設定手段は、前記用紙サイズがサポートされていると判定された場合に、前記連携先機器の動作設定を画像が収まる前記用紙サイズに変更し、前記連携先機器に画像出力処理の再実行を要求し、
前記リカバリ制御手段は、前記用紙サイズがサポートされていないと判定された場合に、出力画像が欠けてもよいかさらに判定することを特徴とする画像処理装置。
【請求項２】
表示画面を介して利用者からの操作情報を受け付ける操作受付手段を、有し、
前記前記リカバリ制御手段は、リカバリ処理を行うと判定すると、前記エラー検知手段により受信された前記連携先機器のエラー情報及び機器情報に基づき、前記操作受付手段に動作設定変更の操作画面の表示を指示し、
前記操作受付手段は、前記エラー情報及び前記機器情報に基づき、利用者に対してエラー通知とともに動作設定の変更を促す操作画面を表示し、
前記動作設定手段は、前記操作受付手段により受け付けた、利用者により変更された動作設定に基づき、前記連携先機器の動作設定を変更することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記リカバリ制御手段は、予め設定された条件に従って、前記連携先機器の機器情報及び／又は自機で実行可能な画像加工処理を示す機能情報に基づく条件判定を行い、判定結果に基づき、前記連携先機器で発生したエラーに対して行うリカバリ処理を決定することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記リカバリ制御手段は、前記連携先機器の機器情報に含まれる用紙情報に基づき、前記連携先機器で前記要求ジョブデータとして転送された画像が収まる用紙サイズをサポートしているか否かを判定し、
前記動作設定手段は、前記リカバリ制御手段によりサポートしていると判定された場合に、前記連携先機器の動作設定を画像が収まる用紙サイズに変更し、前記連携先機器に画像出力処理の再実行を要求することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記リカバリ制御手段は、前記連携先機器の機器情報に含まれる用紙情報及び実行可能な画像加工処理を示す機能情報に基づき、前記連携先機器で前記要求ジョブデータとして転送された画像が変倍可能か否かを判定し、
前記動作設定手段は、前記リカバリ制御手段により前記連携先機器で変倍可能と判定された場合に、前記連携先機器の動作設定を変倍率に応じた用紙サイズに変更し、前記連携先機器に画像変倍処理の実行及び変倍画像による画像出力処理の再実行を要求することを特徴とする請求項３又は４に記載の画像処理装置。
【請求項６】
前記要求ジョブデータである画像に対して、所定の画像加工処理を行い、画像を再編する画像再編手段を有し、
前記リカバリ制御手段は、自機で実行可能な画像加工処理を示す機能情報に基づき、自機で前記要求ジョブデータである画像が変倍可能か否かを判定し、
前記画像再編手段は、前記リカバリ制御手段により自機で変倍可能と判定された場合に、前記要求ジョブデータである画像を変倍し、前記動作設定手段は、前記連携先機器の動作設定を変倍率に応じた用紙サイズに変更し、前記連携先機器に変倍画像を転送することで画像出力処理の再実行を要求することを特徴とする請求項３ないし５のいずれか一項に記載の画像処理装置。
【請求項７】
原稿を読み取り、読み取り画像を取得する読み取り手段を有し、
前記読み取り手段は、リカバリ制御手段により、前記連携先機器で前記要求ジョブデータでして転送された画像が収まる用紙サイズをサポートしていない、前記連携先機器で前記要求ジョブデータとして転送された画像を変倍不可能、及び、自機で前記要求ジョブデータである画像を変倍不可能と判定された場合に、原稿の再読み取りを行い、前記動作設定手段は、前記連携先機器の動作設定を再読み取り画像の大きさに応じた用紙サイズに変更し、前記連携先機器に再読み取り画像を転送することで画像出力処理の再実行を要求することを特徴とする請求項３ないし６のいずれか一項に記載の画像処理装置。
【請求項８】
所定のデータ伝送路を介して、ジョブ要求を行う画像処理装置と要求ジョブに対して画像処理を行う連携先機器である画像処理装置とが接続され、機器連携により要求ジョブに対して画像処理を行う画像処理システムであって、
前記画像処理装置が、
前記要求ジョブに対して行う画像処理の動作設定を前記連携先機器に行う動作設定手段と、
要求ジョブデータを前記連携先機器に転送するデータ転送手段と、
前記連携先機器で前記要求ジョブの画像処理中に発生したエラーを検知するエラー検知手段と、
前記連携先機器で発生したエラーに対して行うリカバリ処理を制御するリカバリ制御手段と、を有し、
前記ジョブ要求を行う画像処理装置において、
前記動作設定手段が、前記連携先機器に動作設定を行い、前記データ転送手段が、前記連携先機器に前記要求ジョブデータを転送することで、前記連携先機器に対して、前記要求ジョブへの画像処理の実行を要求し、
前記エラー検知手段が、前記連携先機器で発生したエラーを検知すると、前記リカバリ制御手段が、前記エラー検知手段により検知されたエラーに対してリカバリ処理を行うか否かを判定し、前記動作設定手段が、前記リカバリ制御手段によりリカバリ処理を行うと判定された場合に、利用者により変更された動作設定に基づき、前記連携先機器の動作設定を変更し、画像処理の再実行を要求するように構成されており、
前記リカバリ制御手段は、前記連携先機器の機器情報に含まれる用紙情報に基づき、前記連携先機器で前記要求ジョブデータとして転送された画像が収まる用紙サイズをサポートしているか否かを判定し、
前記動作設定手段は、前記用紙サイズがサポートされていると判定された場合に、前記連携先機器の動作設定を画像が収まる前記用紙サイズに変更し、前記連携先機器に画像出力処理の再実行を要求し、
前記リカバリ制御手段は、前記用紙サイズがサポートされていないと判定された場合に、出力画像が欠けてもよいかさらに判定することを特徴とする画像処理システム。
【請求項９】
所定のデータ伝送路を介して、連携先機器と接続され、機器連携により要求ジョブに対して画像処理を行う画像処理装置における画像処理プログラムであって、
コンピュータを、
前記要求ジョブに対して行う画像処理の動作設定を前記連携先機器に行う動作設定手段と、
要求ジョブデータを前記連携先機器に転送するデータ転送手段と、
前記連携先機器で前記要求ジョブの画像処理中に発生したエラーを検知するエラー検知手段と、
前記連携先機器で発生したエラーに対して行うリカバリ処理を制御するリカバリ制御手段として機能させ、
前記動作設定手段が、前記連携先機器に動作設定を行い、前記データ転送手段が、前記連携先機器に前記要求ジョブデータを転送することで、前記連携先機器に対して、前記要求ジョブへの画像処理の実行を要求し、
前記エラー検知手段が、前記連携先機器で発生したエラーを検知すると、前記リカバリ制御手段が、前記エラー検知手段により検知されたエラーに対してリカバリ処理を行うか否かを判定し、前記動作設定手段が、前記リカバリ制御手段によりリカバリ処理を行うと判定された場合に、利用者により変更された動作設定に基づき、前記連携先機器の動作設定を変更し、画像処理の再実行を要求するように構成されており、
前記リカバリ制御手段は、前記連携先機器の機器情報に含まれる用紙情報に基づき、前記連携先機器で前記要求ジョブデータとして転送された画像が収まる用紙サイズをサポートしているか否かを判定し、
前記動作設定手段は、前記用紙サイズがサポートされていると判定された場合に、前記連携先機器の動作設定を画像が収まる前記用紙サイズに変更し、前記連携先機器に画像出力処理の再実行を要求し、
前記リカバリ制御手段は、前記用紙サイズがサポートされていないと判定された場合に、出力画像が欠けてもよいかさらに判定するように動作させる画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器連携による画像処理技術に関するものである。
【背景技術】
【０００２】
従来、機器連携により利用者からの要求ジョブを処理する画像処理システムが知られている。例えば、特許文献１には、出力先指定された画像処理装置（連携先機器）において、要求ジョブが出力できない場合に、他の画像処理装置の中から、要求ジョブを出力可能な機器（代替機器）を検索し、画像処理装置から代替機器に画像データを送信することで、要求ジョブの実行を行い、画像処理を継続することができるシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の画像処理方法では、連携先機器でエラーとなった場合の画像処理を継続するためのリカバリ処理について考慮されていない。
【０００４】
例えば、検索時には、用紙サイズ一致により出力可能と判断された連携先機器であっても、他の利用者のジョブ実行によって、一致した用紙が使用されたり、用紙サイズが変更されたりする。これにより、連携先機器では、受信した画像データのジョブ実行時に、用紙エンドや用紙サイズ不一致によるエラーが発生することが考えられる。このような場合、発生したエラーを解消し、要求ジョブを実行するには、ジョブを要求した利用者が、連携先機器に赴き、用紙を補充したり、用紙サイズを再設定したりしなければならない。
【０００５】
このように、従来の画像処理方法では、利用者が連携先機器に赴き、発生したエラーに対してリカバリ作業を行わなければならず、その作業は、利用者にとって煩雑なものであった。
【０００６】
本発明は上記従来技術の問題点を鑑み提案されたものであり、連携先機器で発生したエラーに対して利用者が容易にリカバリできる画像処理装置、画像処理システム、及び画像処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る画像処理装置は、所定のデータ伝送路を介して、連携先機器と接続され、機器連携により要求ジョブに対して画像処理を行う画像処理装置であって、前記要求ジョブに対して行う画像処理の動作設定を前記連携先機器に行う動作設定手段と、要求ジョブデータを前記連携先機器に転送するデータ転送手段と、前記連携先機器で前記要求ジョブの画像処理中に発生したエラーを検知するエラー検知手段と、前記連携先機器で発生したエラーに対して行うリカバリ処理を制御するリカバリ制御手段と、を有し、前記動作設定手段が、前記連携先機器に動作設定を行い、前記データ転送手段が、前記連携先機器に前記要求ジョブデータを転送することで、前記連携先機器に対して、前記要求ジョブへの画像処理の実行を要求し、前記エラー検知手段が、前記連携先機器で発生したエラーを検知すると、前記リカバリ制御手段が、前記エラー検知手段により検知されたエラーに対してリカバリ処理を行うか否かを判定し、前記動作設定手段が、前記リカバリ制御手段によりリカバリ処理を行うと判定された場合に、利用者により変更された動作設定に基づき、前記連携先機器の動作設定を変更し、画像処理の再実行を要求することを特徴とする。
【０００８】
このような構成によって、本発明に係る画像処理装置は、連携先機器に対して、ジョブの動作設定を行った上で、ジョブデータを送信し、画像処理の実行を要求する。その後、画像処理装置は、連携先機器で発生したエラーを検知すると、検知されたエラーに対してリカバリ処理を行うか否かを判定する。画像処理装置は、リカバリ処理を行う場合に、連携先機器から受信したエラー情報や機器情報など（受信情報）に基づき、利用者に対してエラー通知とともに動作設定の変更（リカバリ処理）を促す画面を表示する。画像処理装置は、画面を介して、利用者から動作設定変更による画像処理の継続指示を受け付けると、変更された動作設定値に基づき、連携先機器の設定を変更し、画像処理の再開を要求する。
【０００９】
これによって、本発明に係る画像処理システムでは、機器連携による画像処理の実行を要求した機器から連携先機器の動作設定を遠隔操作により変更でき、利用者が連携先機器に赴くことなく、発生したエラーをリカバリし、画像処理の実行を継続できる。
【発明の効果】
【００１０】
本発明によれば、機器連携による画像処理の実行を要求した機器から、連携先機器の動作設定を画像処理が継続可能な設定に変更することで、連携先機器で発生したエラーに対して利用者が容易にリカバリ可能な画像処理装置、画像処理システム、及び画像処理プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態に係る画像処理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る画像処理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る画像処理の機能構成例を示す図である。
【図４】本発明の第１の実施形態に係る機器情報のデータ例を示す図である。
【図５】本発明の第１の実施形態に係るリカバリ処理の設定画面例を示す図である。
【図６】本発明の第１の実施形態に係るリカバリ時の操作画面例を示す図である。
【図７】本発明の第１の実施形態に係る画像処理時のリカバリ処理手順例を示すシーケンス図である。
【図８】本発明の第２の実施形態に係る画像処理の機能構成例を示す図である。
【図９】本発明の第２の実施形態に係る再編機能情報のデータ例を示す図である。
【図１０】本発明の第２の実施形態に係るリカバリ時の操作画面例を示す図である。
【図１１】本発明の第２の実施形態に係る画像処理時のリカバリ処理手順例を示すシーケンス図である。
【図１２】本発明の第２の実施形形態に係るリカバリ決定時の処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
【００１３】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る画像処理システム１の構成例を示す図である。
図１には、複数の画像処理装置１００１〜１００ｎ（以降総称する場合「画像処理装置１００」という）が、例えば、ＬＡＮ（Local Area Network）などのデータ伝送路Ｎで接続されるシステム構成例が示されている。
【００１４】
画像処理装置１００は、画像処理機能を有する機器である。画像処理機能には、例えば、コピー機能、スキャン機能、及びプリント機能などがある。
【００１５】
画像処理システム１では、次のような画像処理を行うことができる。例えば、実行要求元機器の画像処理装置１００１では、コピージョブの要求を受け付けると、要求時の部数設定値を連携先機器の画像処理装置１００２に設定する。その後、画像処理装置１００１は、原稿を読み取り、連携先機器の画像処理装置１００２に読み取り画像を送信する。その結果、画像処理装置１００２では、画像処理装置１００１により設定された部数設定値に従って、受信した読み取り画像が出力される。
【００１６】
以上のように、本実施形態に係る画像処理システム１は、上記システム構成により、機器連携による画像処理サービスを提供することができる。
【００１７】
＜ハードウェア構成＞
図２は、本実施形態に係る画像処理装置１００のハードウェア構成例を示す図である。
図２に示すように、画像処理装置１００は、コントローラ１１０、操作パネル１２０、プロッタ１３０、及びスキャナ１４０などを備え、それぞれが相互にバスＢで接続されている。
【００１８】
操作パネル１２０は、表示部及び入力部を備えており、機器情報などの各種情報を利用者に提供したり、動作設定や動作指示などの各種入力操作を受け付けたりする。プロッタ１３０は、画像形成部を備えており、用紙に出力画像を形成する。出力画像を形成する方式には、例えば、電子写真プロセスやインクジェット方式などがある。スキャナ１４０は、原稿を光学的に読み取り、読み取り画像を生成する。
【００１９】
コントローラ１１０は、ＣＰＵ（Central Processing Unit）１１１、記憶装置１１２、ネットワークＩ／Ｆ１１３、及び外部記憶Ｉ／Ｆ１１４などを備えており、それぞれが相互にバスＢで接続されている。
【００２０】
ＣＰＵ１１１は、プログラムを実行することで装置全体を制御する。また、記憶装置１１２は、上記プログラムや各種データ（例えば「画像データ」）を格納し保持する。記憶装置１１２には、例えば、揮発性のメモリであるＲＡＭ（Random Access Memory）、不揮発性のメモリであるＲＯＭ（Read Only Memory）、及び大容量の記憶領域を備えたＨＤＤ（Hard Disk Drive）などがある。ＲＡＭは、ＣＰＵ１１１のワークエリア（プログラムやデータが一時的に読み出される記憶エリア）として機能する。ＲＯＭやＨＤＤは、プログラムや各種データの格納先として用いられる。これにより、画像処理装置１００では、ＣＰＵ１１１がＲＯＭに格納されたプログラムをＲＡＭ上に読み出し、プログラムを実行する。
【００２１】
ネットワークＩ／Ｆ１１３は、画像処理装置１００をネットワークなどの所定のデータ伝送路Ｎに接続するためのインタフェースである。外部記憶Ｉ／Ｆ１１４は、外部記憶装置にあたる記録媒体１１４ａを接続するためのインタフェースである。これにより、画像処理装置１００は、ネットワークＩ／Ｆ１１３を介して、他の機器（例えば「認証管理装置」）とデータ通信を行うことができる。
【００２２】
記録媒体１１４ａには、例えば、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。これにより、画像処理装置１００は、外部記憶Ｉ／Ｆ１１４を介して、記録媒体１１４ａの読み取り及び／又は書き込みを行うことができる。
【００２３】
以上のように、本実施形態に係る画像処理装置１００では、上記ハードウェア構成により、画像処理サービスを提供することができる。
【００２４】
＜画像処理機能＞
本実施形態に係る画像処理機能について説明する。
本実施形態に係る画像処理装置１００では、連携先機器に対して、ジョブの動作設定を行った上で、ジョブデータを送信し、画像処理の実行を要求する。画像処理装置１００は、連携先機器で発生したエラーを検知すると、検知されたエラーに対してリカバリ処理を行うか否かを判定する。画像処理装置１００は、リカバリ処理を行う場合に、連携先機器から受信したエラー情報や機器情報など（受信情報）に基づき、利用者に対してエラー通知とともに動作設定の変更（リカバリ処理）を促す画面を表示する。画像処理装置１００は、画面を介して、利用者から動作設定変更による画像処理の継続指示を受け付けると、変更された動作設定値に基づき、連携先機器の設定を変更し、画像処理の再開を要求する。本実施形態に係る画像処理装置１００は、このようなリカバリ処理を行う画像処理機能を有している。
【００２５】
従来の画像処理方法では、連携先機器でエラーとなった場合の画像処理を継続するためのリカバリ処理について考慮されていなかったため、利用者が連携先機器に赴き、発生したエラーに対してリカバリ作業を行わなければならず、その作業は、利用者にとって煩雑なものであった。
【００２６】
そこで、本実施形態に係る画像処理装置１００では、機器連携による画像処理の実行を要求した機器から、連携先機器の動作設定を画像処理が継続可能な設定に変更する仕組みとした。
【００２７】
これにより、本実施形態に係る画像処理システム１では、機器連携による画像処理の実行を要求した機器から連携先機器の動作設定を遠隔操作により変更でき、利用者が連携先機器に赴くことなく、発生したエラーをリカバリし、画像処理の実行を継続できる。
【００２８】
以下に、本実施形態に係る画像処理機能の構成とその動作について説明する。
図３は、本実施形態に係る画像処理機能の構成例を示す図である。
図３には、連携する２台の画像処理装置１００ａ，１００ｂの機能構成例が示されている。
【００２９】
図３に示すように、本実施形態に係る画像処理機能は、操作受付部１１ａ，１１ｂ、動作設定部１２ａ，１２ｂ、画像転送部１３ａ，１３ｂ、エラー検知部１４ａ，１４ｂ、及びリカバリ制御部１５ａ，１５ｂなどを有している。
【００３０】
このように、画像処理装置１００ａ，１００ｂは、同一の機能部を有しており、本実施形態に係る画像処理機能は、画像処理の実行要求元と連携先（実行要求先）との間で各機能部が連携動作することで実現される。よって、以降では、便宜上、画像処理装置１００ａを実行要求元機器１００ａと称し、画像処理装置１００ｂを連携先機器１００ｂと称する。また、'ａ'を付した参照符号の機能部を実行要求元機器１００ａが有する機能部とし、'ｂ'を付した参照符号の機能部を連携先機器１００ｂが有する機能部とする。
【００３１】
操作受付部１１ａ，１１ｂ（以降総称する場合「操作受付部１１」という）は、画面を介して、利用者からの各種操作を受け付ける機能部である。操作受付部１１は、例えば、ＧＵＩ（Graphical User Interface）を備えた画面を操作パネル１２０に表示し、ＧＵＩのイベント情報に基づき、利用者からの各種操作を受け付ける。利用者による各種操作には、例えば、画像処理の実行要求（ジョブ要求）、画像処理の動作設定又は設定変更（要求ジョブの動作設定又は設定変更）、画像処理の継続指示（要求ジョブの継続指示）などがあり、これらの操作は、主に、実行要求元の操作受付部１１ａで受け付ける。
【００３２】
動作設定部１２ａ，１２ｂ（以降総称する場合「動作設定部１２」という）は、要求ジョブの動作設定を行う機能部である。実行要求元の動作設定部１２ａは、操作受付部１１ａにより受け付けた動作設定値を連携先機器１００ｂに送信し、動作設定部１２ｂに要求ジョブの動作設定を要求し、機器連携処理の開始を要求する。その結果、連携先の動作設定部１２ｂは、受信した動作設定値に基づき、要求ジョブの処理を行うプロッタ１３０やスキャナ１４０などのデバイスＤＶｂに動作設定を行い、機器連携処理の開始準備を行う。機器連携処理の開始準備は、要求ジョブデータの受信準備を意味する。
【００３３】
画像転送部１３ａ，１３ｂ（以降総称する場合「画像転送部１３」という）は、要求ジョブデータ（画像データ）を転送する機能部である。実行要求元の画像転送部１３ａは、デバイスＤＶａから受け取った要求ジョブデータを連携先機器１００ｂに送信し、画像転送部１３ｂに転送する。その結果、連携先の画像転送部１３ｂは、受信した要求ジョブデータをデバイスＤＶｂに渡す。つまり、画像転送部１３は、要求ジョブデータの送受信を行う機能部である。これにより、デバイスＤＶｂでは、要求ジョブデータに対して動作設定に従った画像処理が実行される。なお、上述した機器連携処理の開始準備は、連携先の動作設定部１２ｂが、画像転送部１３ｂに連携開始を指示し、要求ジョブデータの受信を準備させることにあたる。
【００３４】
エラー検知部１４ａ，１４ｂ（以降総称する場合「エラー検知部１４」という）は、画像処理において発生したエラーを検知する機能部である。連携先のエラー検知部１４ｂは、画像処理中のデバイスＤＶｂからエラーイベントを受け付けると、エラー情報及び機器情報などを実行要求元機器１００ａに送信し、連携先機器１００ｂでエラーが発生した旨を通知する。
【００３５】
ここで、エラー情報及び機器情報について説明する。
エラー情報とは、要求ジョブデータの画像処理中に発生したエラー内容を示す情報であり、デバイスＤＶから取得できる。具体的な情報には、例えば、用紙エンドや用紙サイズ不一致などがある。また、機器情報とは、画像処理装置１００に関する情報であり、デバイスＤＶや搭載ソフトウェアから取得できる。具体的な情報には、例えば、図４に示すような情報項目がある。
【００３６】
図４は、本実施形態に係る機器情報ＧＤのデータ例を示す図である。
図４に示すように、機器情報ＧＤは、機器識別、用紙、再編機能などの情報項目を含む。［機器識別］項目は、画像処理装置１００の識別子（以下「機器識別情報」という）が項目値となる情報項目である。項目値には、例えば、機器名、機番（シリアルナンバー）、ＩＰ（Internet Protocol）アドレス値（ネットワーク設定値）などがある。［用紙］項目は、デバイスＤＶに含まれる給紙トレイのステータス情報から使用可能と判断された用紙に関する情報（以下「用紙情報」という）が項目値となる情報項目である。項目値には、例えば、用紙サイズ値及び用紙方向値（給紙トレイ内における用紙設置方向値）などがある。［再編機能］項目は、搭載ソフトウェア情報から所定の画像加工処理が可能／不可能と判断された画像再編機能に関する情報（以下「再編機能情報」という）が項目値となる情報項目である。項目値には、例えば、画像回転や画像変倍の可否値（可能／不可能を表す値）などがある。
【００３７】
図３の説明に戻る。連携先のエラー検知部１４ｂは、デバイスＤＶｂからエラーイベントを受け付けると、デバイスＤＶｂから上記エラー情報を取得し、デバイスＤＶｂや搭載ソフトウェアから上記機器情報ＧＤを取得し、実行要求元機器１００ａに送信する。その結果、実行要求元のエラー検知部１４ａは、受信したエラー情報及び機器情報ＧＤに基づき、連携先機器１００ｂで発生したエラーを検知する。
【００３８】
リカバリ制御部１５ａ，１５ｂ（以降総称する場合「リカバリ制御部１５」という）は、連携先機器１００ｂで発生したエラーのリカバリ処理を制御する機能部である。本実施形態では、リカバリ処理を実行要求元で行うため、リカバリ制御部１５は、実行要求元機器１００ａで機能する。実行要求元のリカバリ制御部１５ａは、エラー検知部１４ａが連携先機器１００ｂで発生したエラーを検知すると、予め設定しておいたリカバリ処理の制御値に基づき、処理を行うか否かを判定する（実行判定）。
【００３９】
図５は、本実施形態に係るリカバリ処理の設定画面例を示す図である。
図５には、リカバリ処理「する」「しない」の制御値が設定可能な設定画面Ｗ１が示されている。このように、リカバリ処理の制御値は、図５に示すような設定画面Ｗ１を介して、機器管理者や利用者などにより設定される。
【００４０】
図３の説明に戻る。実行要求元のリカバリ制御部１５ａは、制御値「する」の場合、リカバリ処理を行うと判定する。その結果、リカバリ制御部１５ａは、エラー検知部１４ａが保持する連携先機器１００ｂからの受信情報（エラー情報及び機器情報）に基づき、操作受付部１１ａにリカバリ時の操作画面の表示を指示する。なお、リカバリ制御部１５ａは、制御値「しない」の場合、リカバリ処理を行わないと判定し、エラー検知部１４ａが保持する連携先機器１００ｂからのエラー情報に基づき、操作受付部１１ａにエラー画面の表示を指示する。
【００４１】
図６は、本実施形態に係るリカバリ時の操作画面例を示す図である。
図６には、連携先機器１００ｂで発生したエラー内容（用紙エンド）が表示され、連携先機器１００ｂの動作設定（用紙サイズ）が変更可能な操作画面Ｗ２が示されている。つまり、本実施形態では、リカバリ制御部１５ａが、リカバリ処理を行うと判定した場合、操作受付部１１ａにより、利用者に対して、連携先機器１００ｂのエラー通知とともに動作設定変更を促す画面が表示される。これにより、利用者は、連携先機器１００ｂに対して、変更した動作設定に従った画像処理の継続を要求できる。
【００４２】
図３の説明に戻る。実行要求元の動作設定部１２ａは、操作受付部１１ａにより操作画面Ｗ２を介して受け付けた動作設定値（変更値）を連携先機器１００ｂに送信し、動作設定部１２ｂに要求ジョブの動作設定変更を要求し、機器連携処理の再開を要求する。その結果、連携先の動作設定部１２ｂは、受信した動作設定値（変更値）に基づき、要求ジョブの処理を行うデバイスＤＶｂの動作設定を変更し、機器連携処理の再開を指示する。これにより、デバイスＤＶｂでは、要求ジョブデータに対して変更後の動作設定に従った画像処理が実行される。
【００４３】
以上のように、本実施形態に係る画像処理機能は、上記各機能部が連携動作することにより実現される。なお、上記各機能部は、画像処理装置１００に搭載（インストール）されるプログラム（画像処理機能を実現するソフトウェア）が、演算装置（ＣＰＵ）により、記憶装置（ＲＯＭ）からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。
【００４４】
本実施形態に係る画像処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。
【００４５】
《画像処理時のリカバリ処理》
図７は、本実施形態に係る画像処理時のリカバリ処理手順例を示すシーケンス図である。なお、図７には、コピー要求の機器連携時に、連携先機器１００ｂで用紙エンドエラーが発生した場合のリカバリ処理例が示されている。
【００４６】
図７に示すように、実行要求元機器１００ａは、操作受付部１１ａにより、利用者により動作設定［Ａ３，１０部］が指定されたコピー要求を受け付ける（ステップＳ１０１）。操作受付部１１ａは、コピー要求を受け付けると、指定されたコピー出力の動作設定値を動作設定部１２ａに渡し、連携先機器１００ｂへの動作設定要求を指示する（ステップＳ１０２）。これを受けて、動作設定部１２ａは、動作設定値を連携先機器１００ｂに送信し、動作設定部１２ｂにコピー出力の動作設定を要求する（ステップＳ１０３）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、コピー出力処理を行うデバイスＤＶｂ（プロッタ）に用紙サイズ［Ａ３］及び部数［１０］が設定される（ステップＳ１０４）。
【００４７】
また、操作受付部１１ａは、コピー要求を受け付けると、動作設定部１２ａに連携先機器１００ｂへの機器連携処理の開始要求を指示する（ステップＳ１０５）。これを受けて、動作設定部１２ａは、操作受付部１１ａに開始要求受付を通知し（ステップＳ１０６）、連携先機器１００ｂが有する動作設定部１２ｂに機器連携処理の開始を要求する（ステップＳ１０７）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、画像転送部１３ｂに機器連携処理の開始が指示され（ステップＳ１０８）、画像転送部１３ｂからは、開始指示受付が通知される（ステップＳ１０９）。
【００４８】
実行要求元機器１００ａは、操作受付部１１ａにより、動作設定部１２ａから開始要求受付の通知を受け付けると、原稿読み取り処理を行うデバイスＤＶａ（スキャナ）に原稿読み取り処理の開始を指示する（ステップＳ２０１）。これを受けて、デバイスＤＶａ（スキャナ）は、原稿を読み取り（ステップＳ２０２）、画像転送部１３ａに処理完了を通知する（ステップＳ２０３）。画像転送部１３ａは、デバイスＤＶａ（スキャナ）から処理完了の通知を受け取ると、読み取り画像を取得する（ステップＳ２０４及びＳ２０５）。これにより、実行要求元機器１００ａでは、画像転送部１３ａにより、読み取り画像（要求ジョブデータ）が連携先機器１００ｂに送信され、画像転送部１３ｂに転送される（ステップＳ２０６）。
【００４９】
連携先機器１００ｂは、実行要求元機器１００ａから読み取り画像が転送されると、画像転送部１３ｂにより、コピー出力処理を行うデバイスＤＶｂ（プロッタ）に画像受信を通知する（ステップＳ２０７）。これを受けて、デバイスＤＶｂ（プロッタ）は、画像転送部１３ｂから読み取り画像を取得し（ステップＳ２０８及びＳ２０９）、取得した読み取り画像に対して、設定された用紙サイズ［Ａ３］及び部数［１０］に従った出力を行う（ステップＳ２１０）。
【００５０】
このとき、連携先機器１００ｂは、エラー検知部１４ｂが、デバイスＤＶｂ（プロッタ）からエラーイベント［用紙エンド］を受け付けると（ステップＳ３０１）、エラー情報及び機器情報ＧＤなどを実行要求元機器１００ａに送信し、エラー検知部１４ａに連携先機器１００ｂでエラーが発生した旨を通知する（ステップＳ３０２）。
これにより、実行要求元機器１００ａでは、エラー検知部１４ａにより、連携先機器１００ｂからの受信情報（エラー情報及び機器情報）がリカバリ制御部１５ａに渡され、連携先機器１００ｂのエラーが通知される（ステップＳ３０３）。
【００５１】
実行要求元機器１００ａは、リカバリ制御部１５ａにより、エラー検知部１４ａからエラー通知を受け取ると、予め設定されたリカバリ処理の制御値［する／しない］に基づき、リカバリ処理を行うか否かを判定する（ステップＳ３０４）。その結果、リカバリ制御部１５ａは、リカバリ処理を行うと判定した場合、エラー情報［用紙エンド］及び機器情報ＧＤを操作受付部１１ａに渡し、リカバリ処理の操作画面Ｗ２の表示を指示する（ステップＳ３０５）。これを受けて、操作受付部１１ａは、エラー情報［用紙エンド］及び機器情報ＧＤに基づき、例えば図６に示すような操作画面Ｗ２を生成・表示する（ステップＳ３０６）。
【００５２】
実行要求元機器１００ａは、操作受付部１１ａにより、利用者から連携先機器１００ｂに対する変更動作設定［Ａ４ヨコ］に従ったコピー出力の継続要求を受け付けると、動作設定値（変更値）を動作設定部１２ａに渡し、連携先機器１００ｂへの機器連携処理の継続要求を指示する（ステップＳ４０１）。これを受けて、動作設定部１２ａは、動作設定値（変更値）を連携先機器１００ｂに送信し、動作設定部１２ｂにコピー出力の動作設定の変更を要求する（ステップＳ４０２）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、コピー出力処理を行うデバイスＤＶｂ（プロッタ）に用紙サイズ［Ａ４ヨコ］が設定される（ステップＳ４０３）。
【００５３】
また、動作設定部１２ａは、コピー要求の継続要求を受け付けると、連携先機器１００ｂが有する動作設定部１２ｂに機器連携処理の再開を要求する（ステップＳ４０４）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、デバイスＤＶｂ（プロッタ）に機器連携処理の再開が指示される（ステップＳ４０５）。これを受けて、デバイスＤＶｂ（プロッタ）は、読み取り画像に対して、設定変更された用紙サイズ［Ａ４ヨコ］及び部数［１０］に従った出力を再開する（ステップＳ４０６）。
【００５４】
このように、本実施形態に係る画像処理システム１では、実行要求元機器１００ａから、連携先機器１００ｂの動作設定を画像処理が継続可能な設定に変更できる。その結果、本実施形態に係る画像処理システム１では、利用者が連携先機器１００ｂに赴くことなく、発生したエラーをリカバリし、画像処理の実行を継続できる。
【００５５】
＜まとめ＞
以上のように、本実施形態に係る実行要求元機器１００ａによれば、動作設定部１２ａが、連携先機器１００ｂに対して、ジョブの動作設定を行った上で、画像転送部１３ａが、ジョブデータを送信し、画像処理の実行を要求する。その後、実行要求元機器１００ａは、エラー検知部１４ａが、連携先機器１００ｂで発生したエラーを検知すると、リカバリ制御部１５ａが、検知されたエラーに対してリカバリ処理を行うか否かを判定する。
【００５６】
実行要求元機器１００ａは、リカバリ処理を行う場合、操作受付部１１ａが、連携先機器１００ｂから受信したエラー情報や機器情報ＧＤなど（受信情報）に基づき、利用者に対してエラー通知とともに動作設定の変更（リカバリ処理）を促す操作画面Ｗ２を表示する。その後、実行要求元機器１００ａは、操作受付部１１ａが、操作画面Ｗ２を介して、利用者から動作設定変更による画像処理の継続指示を受け付けると、動作設定部１２ａが、変更された動作設定値に基づき、連携先機器１００ｂの設定を変更し、画像処理の再開を要求する。
【００５７】
これによって、本実施形態に係る画像処理システム１では、連携先機器１００ｂで発生したエラーに対して利用者が容易にリカバリできる。
【００５８】
［第２の実施形態］
第１の実施形態では、利用者からの画像処理の動作設定変更を受け付け、実行要求元機器からエラーが発生した連携先機器の動作設定を変更し、リカバリ処理を行うものであった。
【００５９】
これに対して、本実施形態では、連携先機器で発生したエラーに対して行う複数のリカバリ処理の中から、所定の条件に従って、適切なリカバリ処理を決定し、処理するものである。
【００６０】
これにより、本実施形態に係る画像処理システムでは、エラーが発生した連携先機器の動作設定を利用者が遠隔操作により変更する手間が省け、さらに利便性の高いリカバリ処理を実現することができる。
【００６１】
なお、以降の説明では、上記実施形態と異なる点について説明し、同じ点については、同一参照符号を付し、その説明を省略する。
【００６２】
＜画像処理機能＞
図８は、本実施形態に係る画像処理の機能構成例を示す図である。
図８に示すように、本実施形態に係る画像処理機能は、リカバリ制御部１５ａ，１５ｂが、要求ジョブデータである画像に対して、所定の画像加工処理を行い、画像を再編する画像再編部１５１ａ，１５１ｂ（以降総称する場合「画像再編部１５１」という）を有している。
【００６３】
実行要求元のリカバリ制御部１５ａは、まず、エラー通知部１４ａにより連携先機器１００ｂから受信した機器情報ＧＤの用紙情報や再編機能情報及び／又は同機能部１５ａが動作する実行要求元機器１００ａが有する再編機能情報に基づき、リカバリ処理を決定する。
【００６４】
ここで、実行要求元機器１００ａが有する再編機能情報について説明する。
図９は、本実施形態に係る再編機能情報２１Ｄのデータ例を示す図である。
図９には、実行要求元機器１００ａが有する画像回転機能及び画像変倍機能が設定された再編機能情報２１Ｄのデータ例が示されている。
【００６５】
このように、実行要求元機器１００ａでは、各装置において、画像回転や画像変倍などの画像加工処理が可能な画像再編機能が設定された再編機能情報２１Ｄを、再編機能情報保持部２１ａに保持している。再編機能情報保持部２１ａは、画像処理装置１００ａが備える記憶装置の所定の記憶領域にあたり、再編機能情報２１Ｄには、搭載ソフトウェア情報から画像加工処理が可能と判断された機能が設定される。なお、ここでは、実行要求元機器１００ａが有する再編機能情報２１Ｄについて説明したが、この情報は、各画像処理装置１００が自機情報として保持しているものとする。よって、連携先機器１００ｂも再編機能情報保持部２１ｂを有し、自機に対応する再編機能情報２１Ｄを保持している。以降、再編機能情報保持部２１ａ，２１ｂを総称する場合には、再編機能情報保持部２１という。
【００６６】
図８の説明に戻る。実行要求元のリカバリ制御部１５ａは、用紙情報や再編機能情報２１Ｄを予め設定された条件に適用する。
【００６７】
本実施形態では、次のような条件が設定されているものとする。
［条件１］：連携先機器で画像が収まる用紙サイズをサポートしているか
［条件２］：出力画像が欠けてもよいか（用紙をはみ出して出力されてもよいか）
［条件３］：連携先機器で画像を変倍可能か
［条件４］：実行要求元機器で画像を変倍可能か
よって、本実施形態では、実行要求元のリカバリ制御部１５ａが、上記条件に従って、用紙情報や再編機能情報２１Ｄに基づく条件判定を行い、該当条件（満たされた条件）に割り当てられたリカバリ処理に決定される。
【００６８】
本実施形態では、次のようなリカバリ処理が可能であるとする。
［処理１］：連携先機器の用紙サイズを変更し、画像出力を要求する
［処理２］：連携先機器の用紙サイズを変更し、画像変倍を要求する
［処理３］：実行要求元機器で画像変倍を行い、連携先機器に変倍画像を送信する
［処理４］：実行要求元機器で原稿の再読み取りを行い、連携先機器に再読み取り画像を送信する
以下に、条件判定結果に基づく決定処理と、決定された具体的なリカバリ処理について説明する。
【００６９】
リカバリ制御部１５ａは、［条件１］に連携先の用紙情報を適用し、条件を満たす（連携先機器１００ｂで画像が収まる用紙サイズをサポートしている）と判定した場合に、［処理１］のリカバリ処理に決定する。これにより、実行要求元機器１００ａでは、［処理１］のリカバリ処理が実行される。具体的には、リカバリ制御部１５ａは、動作設定部１２ａに条件に該当した用紙サイズ（変更動作設定）を渡し、連携先機器１００ｂへの動作設定変更要求及び機器連携処理の継続要求を指示する。その結果、連携先機器１００ｂでは、受け付けた要求に従って、動作設定部１２ｂが用紙サイズ設定を変更し、デバイスＤＶｂ（プロッタ）に出力処理の再開を指示する。これにより、連携先機器１００ｂでは、読み取り画像がサイズ変更された用紙に出力される。
【００７０】
また、リカバリ制御部１５ａは、［条件２］に連携先機器１００ｂの用紙情報を適用し、条件を満たす（出力画像が欠けてもよい）と判定した場合も、［処理１］のリカバリ処理に決定する。
【００７１】
また、リカバリ制御部１５ａは、［条件３］に連携先の再編機能情報２１Ｄを適用し、条件を満たす（連携先機器で画像を変倍可能）と判定した場合に、［処理２］のリカバリ処理に決定する。これにより、実行要求元機器１００ａでは、［処理２］のリカバリ処理が実行される。具体的には、リカバリ制御部１５ａは、動作設定部１２ａに変倍画像（再編画像）を出力する用紙サイズ（変更動作設定）を渡し、連携先機器１００ｂへの動作設定変更要求、画像変倍処理の実行要求、及び機器連携処理の継続要求を指示する。その結果、連携先機器１００ｂでは、受け付けた要求に従って、動作設定部１２ｂが用紙サイズ設定を変更し、リカバリ制御部１５ｂに画像変倍処理の実行を指示する。その後、リカバリ制御部１５ｂは、画像再編部１５１ｂにより、画像転送部１３ｂから読み取り画像を取得し、取得した読み取り画像を変更された用紙サイズに応じた倍率に画像変倍し（読み取り画像を再編集し）、デバイスＤＶｂ（プロッタ）に変倍画像（再編画像）を渡し、出力処理の再開を指示する。これにより、連携先機器１００ｂでは、自機で変倍された再編画像が用紙に出力される。
【００７２】
また、リカバリ制御部１５ａは、［条件４］に連携先の用紙情報及び実行要求元の再編機能情報２１Ｄを適用し、条件を満たす（実行要求元機器で画像を変倍可能）と判定した場合に、［処理３］のリカバリ処理に決定する。これにより、実行要求元機器１００ａでは、リカバリ制御部１５ａがエラー検知部１４ａが保持する連携先機器１００ｂからの受信情報（エラー情報）に基づき、操作受付部１１ａにリカバリ時の操作画面の表示を指示する。
【００７３】
図１０は、本実施形態に係るリカバリ時の操作画面例を示す図である。
図１０には、連携先機器１００ｂで発生したエラー内容（用紙サイズ不一致）が表示され、異なる用紙サイズに変倍するリカバリ処理を実行要求元で行う旨の確認が表示された操作画面Ｗ３が示されている。これにより、利用者は、連携先機器１００ｂに対して、実行要求元の変倍画像で画像処理の継続を要求できる。
【００７４】
図８の説明に戻る。実行要求元機器１００ａでは、操作受付部１１ａで上記操作画面Ｗ３からのリカバリ処理の実行要求を受け付けると、［処理３］のリカバリ処理が実行される。具体的には、リカバリ制御部１５ａは、動作設定部１２ａに変倍率に応じた用紙サイズ（変更動作設定）を渡し、連携先機器１００ｂへの動作設定変更要求及び機器連携処理の継続要求を指示する。また、リカバリ制御部１５ａは、画像再編部１５１ａにより、画像転送部１３ａから読み取り画像を取得し、取得した読み取り画像を連携先で出力可能な用紙サイズに画像変倍する。その後、リカバリ制御部１５ａは、画像転送部１３ａに変倍画像を渡し、連携先機器１００ｂへの画像転送要求を指示する。その結果、連携先機器１００ｂでは、受け付けた要求に従って、動作設定部１２ｂが用紙サイズ設定を変更し、デバイスＤＶｂ（プロッタ）に出力処理の再開を指示し、画像転送部１３ｂがデバイスＤＶｂ（プロッタ）に再編画像を渡す。これにより、連携先機器１００ｂでは、実行要求元で変倍された再編画像が用紙に出力される。
【００７５】
本実施形態では、リカバリ制御部１５ａにより上記条件判定が段階的に行われ、リカバリ処理が決定される。具体的には、［条件１］から［条件４］の順に判定される。よって、本実施形態では、リカバリ処理も［処理１］から［処理４］の順に段階的に実行されることになる。
【００７６】
なお、リカバリ制御部１５ａでは、すべての条件を満たさないと判定した場合に、［処理４］のリカバリ処理に決定する。これにより、実行要求元機器１００ａでは、次のような処理が行われる。リカバリ制御部１５ａは、動作設定部１２ａに再読み取り画像の大きさに応じた用紙サイズ（変更動作設定）を渡し、連携先機器１００ｂへの動作設定変更要求及び機器連携処理の継続要求を指示する。また、リカバリ制御部１５ａは、デバイスＤＶａ（スキャナ）に原稿の再読み取り処理の実行を指示する。その後、デバイスＤＶａ（スキャナ）は、画像転送部１３ａに再読み取り画像を渡し、連携先機器１００ｂへの画像転送要求を指示する。その結果、連携先機器１００ｂでは、受け付けた要求に従って、画像転送部１３ｂがデバイスＤＶｂ（プロッタ）に再読み取り画像を渡す。これにより、連携先機器１００ｂでは、実行要求元で変更された再読み取り画像が用紙に出力される。
【００７７】
このように、本実施形態に係る画像処理システム１では、画像処理装置１００が有する画像再編機能（回転や変倍）により、要求ジョブデータを連携先機器１００ｂで画像処理の継続が可能なデータに再編し（生成し直し）、動的にリカバリ処理を行うことができる。
【００７８】
《画像処理時のリカバリ処理》
図１１は、本実施形態に係る画像処理時のリカバリ処理手順例を示すシーケンス図である。図１１には、コピー要求の機器連携時に、連携先機器１００ｂで用紙サイズ不一致エラーが発生した場合のリカバリ処理例が示されている。
【００７９】
なお、連携先機器１００ｂから実行要求元機器１００ａにエラーが通知されるまでの処理については、図７に示した処理手順（ステップＳ１０１からＳ３０３）と同様であることから、その説明を省略する。
【００８０】
図１１に示すように、連携先機器１００ｂは、デバイスＤＶｂ（プロッタ）は、画像転送部１３ｂから取得した読み取り画像に対して、設定された用紙サイズ［Ａ３］及び部数［１０］に従った出力を行う（ステップＳ２１０）。
【００８１】
このとき、連携先機器１００ｂは、エラー検知部１４ｂが、デバイスＤＶｂ（プロッタ）からエラーイベント［用紙サイズ不一致］を受け付けると（ステップＳ３０１）、エラー情報及び機器情報ＧＤなどを実行要求元機器１００ａに送信し、エラー検知部１４ａに連携先機器１００ｂでエラーが発生した旨を通知する（ステップＳ３０２）。
これにより、実行要求元機器１００ａでは、エラー検知部１４ａにより、連携先機器１００ｂからの受信情報（エラー情報及び機器情報）がリカバリ制御部１５ａに渡され、連携先機器１００ｂのエラーが通知される（ステップＳ３０３）。
【００８２】
実行要求元機器１００ａは、リカバリ制御部１５ａにより、エラー検知部１４ａからエラー通知を受け取ると、条件判定によるリカバリ処理の決定を行う（ステップＳ５０１）。このとき、リカバリ制御部１５ａは、同機能部１５ａが動作する実行要求元機器１００ａが有する再編機能情報保持部２１にアクセスし、自機の再編機能情報２１Ｄを取得する。リカバリ制御部１５ａは、予め設定された条件に従って、エラー通知部１４ａにより連携先機器１００ｂから受信した機器情報ＧＤの用紙情報や再編機能情報２１Ｄ及び／又は取得した自機の再編機能情報２１Ｄに基づく条件判定を行い、判定結果に基づき、複数のリカバリ処理の中から、適切なリカバリ処理を決定する。
【００８３】
なお、本例では、以降に、上記判定において［条件４］を満たす（実行要求元機器で画像を変倍可能）と判定し、［処理３］のリカバリ処理に決定した場合（実行要求元機器で画像変倍を行い、連携先機器に変倍画像を送信する）の処理手順について説明する。
【００８４】
実行要求元機器１００ａは、リカバリ制御部１５ａにより、エラー情報［用紙サイズ不一致］及び機器情報ＧＤを操作受付部１１ａに渡し、リカバリ処理の操作画面Ｗ３の表示を指示する（ステップＳ５０２）。これを受けて、操作受付部１１ａは、エラー情報［用紙サイズ不一致］及び機器情報ＧＤに基づき、例えば図１０に示すような操作画面Ｗ３を生成・表示する（ステップＳ５０３）。
【００８５】
実行要求元機器１００ａは、操作受付部１１ａにより、利用者からコピー出力の継続要求を受け付けると、リカバリ制御部１５ａに実行要求元で画像変倍を行い、連携先機器１００ｂに変倍画像を送信するリカバリ処理の実行を指示する（ステップＳ５０４）。これを受けて、リカバリ制御部１５ａは、同機能部１５ａが有する画像再編部１５１ａにより、画像転送部１３ａから読み取り画像を取得し（ステップＳ６０１及びＳ６０２）、取得した読み取り画像に対して画像変倍処理を実行し、自機で画像再編集を行う（ステップＳ６０３）。このとき、画像再編部１５１ａは、機器情報ＧＤに含まれる連携先の用紙情報に基づき、取得した読み取り画像を連携先機器１００ｂで出力可能な用紙サイズ［Ａ４］に画像変倍する。
【００８６】
実行要求元機器１００ａは、画像変倍処理が完了すると、リカバリ制御部１５ａにより、動作設定部１２ａに変倍率に応じた用紙サイズ［Ａ４］を渡し、連携先機器１００ｂへの動作設定変更要求及び機器連携処理の継続要求を指示する（ステップＳ７０１）。これを受けて、動作設定部１２ａは、動作設定値（変更値）を連携先機器１００ｂに送信し、動作設定部１２ｂにコピー出力の動作設定の変更を要求する（ステップＳ７０２）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、コピー出力処理を行うデバイスＤＶｂ（プロッタ）に用紙サイズ［Ａ４］が設定される（ステップＳ７０３）。
【００８７】
また、動作設定部１２ａは、コピー要求の継続要求を受け付けると、連携先機器１００ｂが有する動作設定部１２ｂに機器連携処理の再開を要求する（ステップＳ７０４）。これにより、連携先機器１００ｂでは、動作設定部１２ｂにより、デバイスＤＶｂ（プロッタ）に機器連携処理の再開が指示される（ステップＳ７０５）。
【００８８】
その後、実行要求元機器１００ａは、リカバリ制御部１５ａにより、画像転送部１３ａに画像変倍完了を通知する（ステップＳ８０１）。これを受けて、画像転送部１３ａは、リカバリ制御部１５ａから変倍画像を取得する（ステップＳ８０２及びＳ８０３）。これにより、実行要求元機器１００ａでは、画像転送部１３ａにより、変倍画像が連携先機器１００ｂに送信され、画像転送部１３ｂに転送される（ステップＳ８０４）。
【００８９】
連携先機器１００ｂは、実行要求元機器１００ａから変倍画像が転送されると、画像転送部１３ｂにより、コピー出力処理を行うデバイスＤＶｂ（プロッタ）に画像受信を通知する（ステップＳ８０５）。これを受けて、デバイスＤＶｂ（プロッタ）は、画像転送部１３ｂから変倍画像を取得し（ステップＳ８０６及びＳ８０７）、取得した変倍画像に対して、設定された用紙サイズ［Ａ４］及び部数［１０］に従った出力を行う（ステップＳ８０８）。これにより、連携先機器１００ｂでは、実行要求元で変倍された再編画像が用紙に出力される。
【００９０】
《リカバリ決定の主な処理》
図１２は、本実施形形態に係るリカバリ決定時の処理手順例を示すフローチャートである。図１２には、図１１に示したステップＳ５０１の詳細処理手順例が示されている。
【００９１】
図１２に示すように、リカバリ制御部１５ａは、機器情報ＧＤに含まれる連携先の用紙情報に基づき、連携先機器１００ｂで画像が収まる用紙サイズをサポートしているか否か［条件１］を判定する（ステップＳ９０１）。
【００９２】
リカバリ制御部１５ａは、連携先機器１００ｂで画像が収まる用紙サイズをサポートしていると判定した場合（ステップＳ９０１：ＹＥＳ）、動作設定部１２ａを介して、連携先機器１００ｂが有する動作設定部１２ｂに用紙サイズを変更（動作設定変更）し、出力処理の実行（継続）を要求する（ステップＳ９０３）。
【００９３】
一方、リカバリ制御部１５ａは、連携先機器１００ｂで画像が収まる用紙サイズをサポートしていないと判定した場合（ステップＳ９０１：ＮＯ）、出力画像が欠けてもよい（用紙をはみ出して出力されてもよい）か否か［条件２］を判定する（ステップＳ９０２）。
【００９４】
リカバリ制御部１５ａは、出力画像が欠けてもよいと判定した場合（ステップＳ９０２：ＹＥＳ）、ステップＳ９０３の処理に移行する。
【００９５】
一方、リカバリ制御部１５ａは、出力画像が欠けてはいけないと判定した場合（ステップＳ９０２：ＮＯ）、機器情報ＧＤに含まれる連携先の再編機能情報２１Ｄに基づき、連携先機器１００ｂで画像を変倍可能［条件３］か否かを判定する（ステップＳ９０４）。
【００９６】
リカバリ制御部１５ａは、連携先機器１００ｂで画像を変倍可能と判定した場合（ステップＳ９０４：ＹＥＳ）、動作設定部１２ａを介して、連携先機器１００ｂが有する動作設定部１２ｂに用紙サイズを変更（動作設定変更）し、画像再編部１５１ｂに対して画像変倍を要求する（ステップＳ９０５）。
【００９７】
一方、リカバリ制御部１５ａは、連携先機器１００ｂで画像を変倍不可能と判定した場合（ステップＳ９０４：ＮＯ）、同機能部１５ａが動作する実行要求元機器１００ａが有する再編機能情報２１Ｄに基づき、実行要求元機器１００ａで画像を変倍可能［条件４］か否かを判定する（ステップＳ９０６）。
【００９８】
リカバリ制御部１５ａは、実行要求元機器１００ａで画像を変倍可能と判定した場合（ステップＳ９０６：ＹＥＳ）、画像転送部１３ａから読み取り画像を取得し、画像再編部１５１ａで画像変倍を行う（ステップＳ９０７）。その後、リカバリ制御部１５ａは、変倍画像を画像転送部１３ａに渡し、画像転送を指示する（ステップＳ９０９）。
【００９９】
一方、リカバリ制御部１５ａは、実行要求元機器１００ａで画像を変倍不可能と判定した場合（ステップＳ９０６：ＮＯ）、デバイスＤＶａ（スキャナ）に原稿の再読み取りを指示し（ステップＳ９０８）、再読み取り画像を画像転送部１３ａに渡し、画像転送を指示する（ステップＳ９０９）。
【０１００】
＜まとめ＞
以上のように、本実施形態に係る実行要求元機器１００ａによれば、動作設定部１２ａが、連携先機器１００ｂに対して、ジョブの動作設定を行った上で、画像転送部１３ａが、ジョブデータを送信し、画像処理の実行を要求する。その後、実行要求元機器１００ａは、エラー検知部１４ａが、連携先機器１００ｂで発生したエラーを検知すると、リカバリ制御部１５ａが、所定の条件に従って、検知されたエラーに対して行うリカバリ処理を決定する。このとき、リカバリ制御部１５ａが、予め設定された条件に従って、連携先機器１００ｂの用紙情報や再編機能情報２１Ｄ及び／又は自機の再編機能情報に基づく条件判定を行い、判定結果に基づきリカバリ処理を決定する。
【０１０１】
実行要求元機器１００ａは、決定されたリカバリ処理を行う場合、リカバリ制御部１５ａが有する画像再編部１５１ａにより、所定の画像加工処理（回転や変倍）を行い、要求ジョブデータを連携先機器１００ｂで画像処理の継続が可能なデータに再編する（生成し直す）。その後、実行要求元機器１００ａは、データ再編が完了すると、画像転送部１３ａが、再編されたデータ（回転画像や変倍画像）を連携先機器１００ｂに送信し、画像処理の再開を要求する。
【０１０２】
これによって、本実施形態に係る画像処理システム１では、第１の実施形態で示した効果を奏するとともに、エラーが発生した連携先機器１００ｂの動作設定を利用者が遠隔操作により変更する手間が省け、さらに利便性の高いリカバリ処理を実現することができる。
【０１０３】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「画像処理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、画像処理装置１００が備える演算装置（ＣＰＵ）により実行されることで実現される。
【０１０４】
上記プログラムは、コンピュータが読み取り可能な記録媒体１１４ａに格納することができる。これにより、例えば、上記プログラムは、外部記憶Ｉ／Ｆ１１４を介して、画像処理装置１００にインストールすることができる。また、画像処理装置１００は、ネットワークＩ／Ｆ１１３を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１０５】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１０６】
１      画像処理システム
１１    操作受付部
１２    動作設定部
１３    画像転送部
１４    エラー検知部
１５    リカバリ制御部
１５１  画像再編部
２１    再編機能情報保持部（Ｄ：再編機能情報）
１００  画像処理装置（ａ：実行要求元機器，ｂ連携先機器）
１１０  コントローラ（制御基板）
１１１  ＣＰＵ（演算装置）
１１２  記憶装置（ＲＯＭ，ＲＡＭ，ＨＤＤ）
１１３  ネットワークＩ／Ｆ
１１４  外部記憶Ｉ／Ｆ（ａ：記録媒体）
１２０  操作パネル
１３０  プロッタ
１４０  スキャナ
Ｂ      バス
Ｎ      データ伝送路（ネットワーク）
ＧＤ    機器情報
ＤＶ    デバイス
【先行技術文献】
【特許文献】
【０１０７】
【特許文献１】特開２００１−３３９５６１号公報
【図１】
0005779905.tif 000002
【図２】
0005779905.tif 000003
【図３】
0005779905.tif 000004
【図４】
0005779905.tif 000005
【図５】
0005779905.tif 000006
【図６】
0005779905.tif 000007
【図７】
0005779905.tif 000008
【図８】
0005779905.tif 000009
【図９】
0005779905.tif 000010
【図１０】
0005779905.tif 000011
【図１１】
0005779905.tif 000012
【図１２】
0005779905.tif 000013