(57)【特許請求の範囲】
【請求項１】
複数の画像処理装置で連携してジョブを実行するジョブ処理方法であって、
ジョブを実行する１の画像処理装置が、連携して前記ジョブを実行する他の画像処理装置に対して、前記ジョブの送信を予告するための予告通知を送信する予告通知工程と、
前記ジョブを実行する１の画像処理装置が、連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを連携対象から除外する場合に、受信した前記予告通知に基づいて、当該予告通知を送信した画像処理装置に対し、又は、当該予告通知を受信した他の画像処理装置に対し、前記ジョブの移行の中止を指示する指示工程と、
を含み、
前記予告通知工程では、前記予告通知を送信する時点において前記ジョブの実行にて連携する他の画像処理装置が確定していない場合、連携する候補を含む複数の画像処理装置に前記予告通知を送信することを特徴とするジョブ処理方法。
【請求項２】
前記ジョブを実行する１の画像処理装置が、連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを変更する場合に、変更後の画像処理装置についての情報を含む予告通知を再度作成し、連携対象となる他の画像処理装置に対して該作成された予告通知を送信する送信工程を更に含むことを特徴とする請求項１に記載のジョブ処理方法。
【請求項３】
前記指示を受信した画像処理装置が、連携対象となる他の画像処理装置へのジョブの移行を中止する移行中止工程を更に含むことを特徴とする請求項１又は２に記載のジョブ処理方法。
【請求項４】
前記指示をした画像処理装置が、変更後の画像処理装置が決定した場合に、前記指示を受信した画像処理装置に対し、前記ジョブの移行の再開を要求する工程を含むことを特徴とする請求項２に記載のジョブ処理方法。
【請求項５】
前記予告通知は、前記ジョブの連携に関連する全ての画像処理装置に関する情報を含むことを特徴とする請求項１乃至４のいずれか１項に記載のジョブ処理方法。
【請求項６】
連携してジョブを実行する複数の画像処理装置を含む画像処理システムであって、
ジョブを実行する１の画像処理装置が、
連携して前記ジョブを実行する他の画像処理装置に対して、前記ジョブの送信を予告するための予告通知を送信する予告通知手段を備え、
前記予告通知を受けた画像処理装置は、
連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを連携対象から除外する場合に、受信した前記予告通知に基づいて、当該予告通知を送信した画像処理装置に対し、又は、当該予告通知を受信した他の画像処理装置に対し、前記ジョブの移行の中止を指示する指示手段を備え、
前記予告通知手段では、前記予告通知を送信する時点において前記ジョブの実行にて連携する他の画像処理装置が確定していない場合、連携する候補を含む複数の画像処理装置に前記予告通知を送信することを特徴とする画像処理システム。
【請求項７】
複数の画像処理装置と連携してジョブを実行することが可能な画像処理装置であって、
前記複数の画像処理装置のうちのいずれかから、前記ジョブの送信を予告する予告通知を受信する予告受信手段と、
前記予告通知を受信した後に、連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを連携対象から除外する場合に、受信した前記予告通知に基づいて、当該予告通知を送信した画像処理装置に対し、又は、当該予告通知を受信した他の画像処理装置に対し、前記ジョブの移行の中止を指示する指示手段と
を有し、
前記予告通知が送信される時点において前記ジョブの実行にて連携する画像処理装置が確定していない場合、連携する候補を含む複数の画像処理装置に対して前記予告通知が送信されることを特徴とする画像処理装置。
【請求項８】
連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを変更する場合に、変更後の画像処理装置についての情報を含む予告通知を作成し、連携対象となる他の画像処理装置に対して該作成された予告通知を送信する予告通知送信手段を更に有することを特徴とする請求項７に記載の画像処理装置。
【請求項９】
変更後の画像処理装置が決定した場合に、前記指示を受信した画像処理装置に対し、前記ジョブの移行の再開を要求する再開要求手段を更に有することを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
前記予告通知は、前記ジョブの連携に関連する全ての画像処理装置に関する情報を含むことを特徴とする請求項７乃至９のいずれか１項に記載の画像処理装置。
【請求項１１】
コンピュータに実行させることにより、請求項７に記載の画像処理装置が備える各手段の機能を実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像処理装置が連携してジョブを実行する技術に関する。
【背景技術】
【０００２】
従来から、複数の画像処理装置をネットワークにて接続し、連携させて処理を行う画像処理システムが知られている。
【０００３】
このようなシステムにおいて、一度ジョブを受信した転送先の画像処理装置に問題が発生する場合などがあり、その場合に、的確に問題を把握し、解決することが必要になる。
【０００４】
この種の技術として、特許文献１では、転送先の装置に問題が発生した場合に、転送元が自動で再検索して転送先を変更することを述べている。
【０００５】
【特許文献１】特開２０００−２３１４７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、転送先の画像処理装置でジョブの状態を確認したり、その変更をしたりすることはできなかった。
【０００７】
例えば、転送先の画像処理装置において、ジョブ内容の変更を受け付けることはできなかった。
【０００８】
本発明は、上記従来技術の課題を解決するためになされたもので、その目的とするところは、ジョブを連携して処理することが決定した連携対象の画像処理装置からでも、ジョブ内容の変更を受け付けることを可能とし、よりユーザフレンドリーな画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る方法は、
複数の画像処理装置で連携してジョブを実行するジョブ処理方法であって、
ジョブを実行する１の画像処理装置が、連携して前記ジョブを実行する他の画像処理装置に対して、前記ジョブの送信を予告するための予告通知を送信する予告通知工程と、
前記ジョブを実行する１の画像処理装置が、連携して前記ジョブを実行する他の画像処理装置のうちのいずれかを連携対象から除外する場合に、受信した前記予告通知に基づいて、当該予告通知を送信した画像処理装置に対し、又は、当該予告通知を受信した他の画像処理装置に対し、前記ジョブの移行の中止を指示する指示工程と、
を含み、
前記予告通知工程では、前記予告通知を送信する時点において前記ジョブの実行にて連携する他の画像処理装置が確定していない場合、連携する候補を含む複数の画像処理装置に前記予告通知を送信する。
【００１２】
上記目的を達成するため、本発明に係るプログラムは、コンピュータによって実行されることにより、上記画像処理装置が備える各手段の機能を実現させることを特徴とする。
【発明の効果】
【００１３】
ジョブを連携して処理することが決定した連携に関連する何れかの画像処理装置においてジョブ内容の変更を受け付けることができ、よりユーザフレンドリーな画像処理システムを提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１５】
＜概要＞
本発明の実施形態に係る画像処理システムにおいては、１つのジョブについて複数の画像処理装置（デバイス）がネットワークやその他の通信手段を用いて連携して画像処理を行う。
【００１６】
特に、本画像処理システムはジョブステータス情報取得処理として以下の処理を行う。
【００１７】
（１）ユーザが操作する連携に関連したデバイス（以後、操作入力デバイスと呼ぶ）は、連携ジョブのステータス情報を獲得し、どのデバイスで処理中か、の情報を表示する。
【００１８】
（２）ユーザは操作入力デバイスを操作することにより、連携から外れるデバイス（以後、変更元デバイスと呼ぶ）と代わりに連携に加えるデバイス（以後、変更先デバイスと呼ぶ）を選択し、連携デバイス変更を指示する。
【００１９】
（３）連携デバイス変更の入力を受けた操作入力デバイスは、予告通知を元に連携移行中止要求を関連するデバイスへ発行し、前記連携移行中止要求を受信したデバイスは当該ジョブの次の連携デバイスへの移行を中止する。
【００２０】
（４）前記操作入力デバイスにて、連携ジョブの処理から削除するデバイスと連携処理に加えるデバイスを特定されると連携ジョブに関する予告通知を再度作成し、連携ジョブに関連する全デバイスに対して前記予告通知を送信する。連携ジョブに関連する予告通知を再度受信したデバイスは、以前に受信した予告通知の修正を行う。
【００２１】
（５）その後操作デバイスは、前記移行を中止していたデバイスに対して移行再開を要求する。移行中止していた連携ジョブに関する移行再開要求を受信したデバイスは連携ジョブの移行を再開する。
【００２２】
上記の処理により、連携してジョブを処理している最中に、連携に関連するどのデバイスからでも連携デバイスの変更を行うことが可能となる。
【００２３】
（第１実施形態）
＜具体的構成＞
図１は、本発明の一実施形態としての画像処理システム１の構成を示す概略図である。画像処理システム１は、画像処理装置（デバイス）としてのＭＦＰ（マルチファンクションペリフェラル）１１０〜１５０が接続される。そして、かかるＭＦＰのスキャナ機能により原稿上の画像を読み取って得た画像データに対して、ユーザの要求する処理をネットワーク上の他のＭＦＰで実行するシステムである。
【００２４】
図１において、画像処理システム１は、ＭＦＰ１１０〜１５０と、ＰＣ１９０とを含み、これらは、それぞれＬＡＮ１００に接続されている。ファイアウォール１６０は、ＬＡＮ１００とインターネット１７０との間で通信を管理する。またＬＡＮ１００はファイアウォール１６０、インターネット１７０を介して更に別のネットワーク１８０に接続されている。
【００２５】
ＰＣ１９０は、ユーザの指示に基づいて印刷ジョブを作成し、ＭＦＰ１１０、１２０、１３０へ印刷ジョブを転送し、転送されたＭＦＰは印刷ジョブの処理を実行することができる。例えば、ＭＦＰ１１０のスキャナ部で原稿上の画像を読み取って得た画像データを、ＭＦＰ１２０で加工（ＭＦＰ１２０が保持している所定のデータの付加等）し、それをＭＦＰ１３０のプリンタ部で印刷する。連携を必要とする場合は、１つ以上のＭＦＰを選択し、印刷ジョブ（以降、複数の装置が連携して処理するジョブを連携ジョブと呼ぶ）を作成し、最初に処理を依頼するＭＦＰへ連携ジョブを転送する。連携ジョブを受信したＭＦＰは処理を実行し、次に指示されたＭＦＰへ連携ジョブを転送する。以降、連携ジョブの場合は本処理を最終出力ＭＦＰまで繰り返す。
【００２６】
また、ユーザはいずれかのＭＦＰにてネットワーク上の他のＭＦＰを１つ以上選択し、連携ジョブを作成し、最初に処理を依頼するＭＦＰへ連携ジョブを転送することもできる。連携ジョブを受信したＭＦＰは処理を実行し、次に指示されたＭＦＰへ連携ジョブを転送する。以降、連携ジョブの場合は本処理を最終出力ＭＦＰまで繰り返す。
【００２７】
本実施形態では、ジョブを発行するＰＣ１９０や連携ジョブの処理を行うＭＦＰ１１０〜１５０の、何れのデバイスからでもジョブの状態を確認したり、ジョブを操作したりすることを行うことができる。
【００２８】
例えば、ＭＦＰ１２０で生成され、ＭＦＰ１１０で処理され、最終的にはＭＦＰ１３０にて出力されるような連携ジョブが、ＭＦＰ１２０で処理中のときでも、ユーザはＭＦＰ１３０の前で出力を待つ場合がある。本実施形態では、このような、まだ連携ジョブを受信していないＭＦＰ１３０からでも連携ジョブを実行する連携デバイスを変更することが可能となる。
【００２９】
図２を参照して、画像処理システムに含まれるＰＣ１９０の内部構成について説明する。
【００３０】
ＭＦＰ１１０は、図２に示すように、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、システムバス２０４とを有する。また、ＭＦＰ１１０は、ユーザインタフェースコントローラ（ＵＩＣ）２０５と、ファンクションコントローラ（ＦＵＮＣＣ）２０６と、ディスクコントローラ（ＤＫＣ）２０７と、ネットワークインターフェースカード（ＮＩＣ）２０８とを有する。更に、ＭＦＰ１１０は、ユーザインタフェース（ＵＩ）２０９と、ファンクション（ＦＵＮＣ）２１０と、ハードディスク（ＨＤ）２１１と、フレキシブルディスク（ＦＤ）２１２とを有する。
【００３１】
ＣＰＵ２０１は、ＲＯＭ２０２又はＨＤ２１１に記憶された各種プログラム、或いは、ＦＤ２１２から供給される各種プログラムを実行する。また、ＣＰＵ２０１は、システムバス２０４に接続されている各構成要素を総括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリやワークエリア等として機能する。
【００３２】
ＫＢＣ２０５はキーボードコントローラで、ＫＢ（キーボード）２０９や不図示のポインティングＭＦＰ等からの指示入力を制御する。ＣＲＴＣ２０６はＣＲＴコントローラで、ＣＲＴ２１０の表示を制御する。
【００３３】
ＤＫＣ２０７は、ブートプログラム、ＭＦＰにおける動作（制御）プログラム、及び種々のアプリケーションを記憶する機能を実現する記憶領域としてのＨＤ２１１及びＦＤ２１２とのアクセスを制御する。ＨＤ２１１及びＦＤ２１２は、画像データ、ユーザファイルを記憶するＢｏｘ機能をも実現する。ＮＩＣ２０８は、ＬＡＮ１００を介して、ＬＡＮ１００に接続された機器（他のネットワーク機器も含む）とデータ（画像データなど）の送受信（双方向通信）を可能にする。
【００３４】
図３を参照して、ＭＦＰ１１０〜１５０の内部構成について説明する。ＭＦＰ１１０〜１５０は、ＲＯＭ３０２若しくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）３１１より供給される各種プログラムを実行するＣＰＵ３０１を備える。加えてＣＰＵ３０１は、システムバス３０４に接続される各機器を総括的に制御する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ユーザインタフェースコントローラ（ＵＩＣ）３０５は、ユーザインタフェース（ＵＩ）３０９への表示、３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各ＭＦＰ特有の機能であるファンクション（ＦＵＮＣ）３１０を実現／制御する。ＦＵＮＣ３１０は各ＭＦＰで異なる構成とすることが可能である。その構成として、原稿上の画像を読み取り、該画像を示すスキャナ部、入力された画像データに基づく画像を記録紙上に印刷するプリンタ部などがある。ＭＦＰがモノクロプリンタを持つものであればモノクロプリントエンジンコントローラとモノクロプリントエンジンを持つ。カラープリンタを持つものであればカラープリントエンジンコントローラとカラープリントエンジンを持つ。また、スキャナ部はカラー画像を読み取るカラースキャナ、モノクロ原稿を読み取るモノクロスキャナのいずれかがある。また、これらに限らず、ファクシミリ機能や、画像編集機能など種々の機能を適宜組み合わせて実装可能である。ＭＦＰ１１０〜１３０はこのような各機能のファンクションコントローラ（ＦＵＮＣＣ）３０６とファンクション（ＦＵＮＣ）３１０をそれぞれ持つ。ＤＫＣ３０７は、ブートプログラムや、ＭＦＰの動作（制御）プログラムや、他の装置と連携するためのプログラム、種々のアプリケーションを記憶する機能を持つ。また、画像データを記憶するＢｏｘ機能を実現するための記憶領域としてのＨＤ３１１及びＦＤ３１２を制御する。ネットワークインタフェースカード（ＮＩＣ）３０８は、ＬＡＮ１００に接続された他のＭＦＰ、ネットワークプリンタ、あるいは他のＰＣと双方向にデータをやりとりする。
【００３５】
＜状況例＞
図４は、一例として、画像処理システム１において、３台のＭＦＰ１１０〜１３０を連携して使用する場合のジョブの流れを表している。まず、ユーザがＭＦＰ１１０を操作し、連携ジョブを作成、処理を開始させる。連携ＭＦＰとして、ＭＦＰ１２０、１３０が選択されており、その順番で処理を行う。例えば、ＭＦＰ１１０のスキャナ部で原稿上の画像を読み取って得た画像データを、ＭＦＰ１２０で加工（ＭＦＰ１２０が保持している所定のデータの付加等）し、それをＭＦＰ１３０のプリンタ部で印刷する。
【００３６】
図５は、図４の状態の後に、最終出力が行われるＭＦＰ１３０で、ユーザが処理を待っている状況を表している。図５では、連携ジョブがＭＦＰ１１０、１２０、１３０の順で処理される予定となっている。ここで、ＭＦＰ１１０では処理が終了し、ＭＦＰ１２０ではジョブが処理中、ＭＦＰ１３０では連携ジョブの受信待ち、という状態である。ユーザは、ＭＦＰ１３０においてジョブの処理が終了するのを待つ間に、ＭＦＰ１３０を操作することにより、画像処理システムにおける連携対象の装置の変更をＭＦＰ１３０のＵＩ３０９を操作することにより実現できる。
【００３７】
図６は、画像処理システム１において、連携ジョブが投入された段階ではまだ連携するＭＦＰが決定（確定）できていない場合を表している。ユーザがＭＦＰ１１０を操作し、連携ジョブを作成、処理を開始させる。そのとき、連携対象として、ＭＦＰ１２０は決定しているものの、３番目の連携対象の候補としてＭＦＰ１３０、１４０、１５０が挙げられているのみで、それらの何れにジョブを転送するか決定していない状態である。ＭＦＰ１２０でのジョブ処理が終了した時点で決定されていれば、決定した連携ＭＦＰにジョブが転送される。３番目の連携対象は、例えば、ＭＦＰ１２０における処理が終了し、ジョブ（画像データ）を転送可能となった時点で、ＭＦＰ１３０、１４０、１５０のうち最も早く処理を終えることができる装置とする。
【００３８】
図７は、図６の状態の後に、ユーザが最終出力が行われる候補のうちの１つのＭＦＰで、処理を待っている状況を表している。図７では、連携ジョブがＭＦＰ１１０、１２０の順で処理されることは決定し、ＭＦＰ１１０では既に処理が終了し、ＭＦＰ１２０にて連携ジョブの処理中である。しかし、３番目の連携デバイスの候補としては未だ、ＭＦＰ１３０、１４０、１５０の何れにするか絞り込めていない状態である。本システムでは、連携候補として選ばれたＭＦＰの１つであるＭＦＰ１３０の前でジョブの処理終了を待っているユーザは、ＭＦＰ１３０を操作して、連携対象の装置の変更を行うことができる。
【００３９】
＜具体的な処理の流れ＞
図８は、図４の状態におけるＭＦＰ間の通信シーケンスを表したものである。ユーザはＭＦＰ１１０を操作して、連携ジョブの投入を行う（Ｓ８１１）。その際、ＭＦＰ１１０では、通信可能なＭＦＰの中から当該連携ジョブを実行可能なＭＦＰの検索を行い、連携ジョブで連携させるＭＦＰを決定し、連携ジョブの生成を行う（Ｓ８１２）。
【００４０】
次にＭＦＰ１１０はフロー情報８４１を作成し、フロー情報８４１を含めた、これから連携ジョブが送信されることを予告するための予告通知をＭＦＰ１２０、１３０へそれぞれ送信する（Ｓ８１３、Ｓ８１４）。この予告通知には、これから連携ジョブが転送されることを示す情報、それぞれの連携ＭＦＰを特定する情報（装置名等）、連携ジョブを特定するジョブＩＤなどが含まれる。これにより、各ＭＦＰはジョブデータやジョブのステータス等を共通のジョブＩＤで管理する。
【００４１】
次にＭＦＰ１１０は自らに割り当てられたジョブを実行する（Ｓ８１５）。Ｓ８１５が終了後、ＭＦＰ１１０は連携ジョブの処理を移動させるため、ＭＦＰ１２０へジョブ実行要求を送信する（Ｓ８１６）。このジョブ実行要求には、上記ジョブＩＤなどが含まれる。ジョブ実行要求を受信したＭＦＰ１２０は先に受け取っていた予告通知に対応する連携ジョブで、自らに割り当てられたジョブを実行する。同様にジョブ処理が終了した場合は、連携ジョブの処理を移動させるため、ジョブ実行要求をＭＦＰ１３０へ送信する（Ｓ８２２）。ジョブ実行要求を受信したＭＦＰ１３０は自らに割り当てられたジョブを実行する（Ｓ８３３）。
【００４２】
図９は、図５の状態におけるＭＦＰ間の通信シーケンスを表したものである。Ｓ８１５までの処理は、図８に示したものと同じ処理が示されているため、同じ処理については同じ符号を付してその説明を省略する。
【００４３】
ＭＦＰ１３０は、ユーザから、ステータス表示を要求する操作を受け付けると（Ｓ９３１）、連携ジョブの現在のステータス情報を要求する。ここでは、ＭＦＰ１３０は、予告通知メッセージで取得したフロー情報８４１に基づいて、ステータス情報要求メッセージを、ＭＦＰ１１０、１２０に送信する。
【００４４】
ステップＳ９３１においてＭＦＰ１３０がユーザからステータス情報の要求操作を受け付けると、ＭＦＰ１３０は、先の予告通知に含まれるジョブＩＤを含むステータス情報要求をＭＦＰ１１０、１２０へ送信する（Ｓ９３２、Ｓ９３３）。このときＭＦＰ１３０ではＵＩ３０９を操作することにより、ジョブ一覧を表示させ、その中の１つを選択することによって対応するフロー情報やジョブＩＤが読み出され、ステータス情報要求が送信される。その際、ＭＦＰ１３０は、予告通知で取得したフロー情報８４１にしたがって、ＭＦＰ１１０、１２０をステータス情報要求の宛先として決定している。
【００４５】
ＭＦＰ１１０は、ステータス情報要求の応答として、ＭＦＰ１１０で、当該ジョブＩＤのジョブを処理中である旨（処理中）をステータス情報応答にてＭＦＰ１３０へ返信する（Ｓ９３２）。ＭＦＰ１２０は、ステータス情報要求の応答として、当該ジョブＩＤのジョブの受信待ちである旨（受信待ち）をステータス情報応答にてＭＦＰ１３０へ返信する（Ｓ９３２）。
【００４６】
ジョブステータス情報要求の応答を受信したＭＦＰ１３０は、この応答に基づきジョブステータス情報の表示を行う（Ｓ９４３）。例えばユーザのＭＦＰ１３０への操作がＵＩ３０９からであればＵＩ３０９に表示し、ＰＣを介してＭＦＰ１３０の操作をしている場合はＰＣ画面上に表示することになる。
【００４７】
続いて、ＭＦＰ１３０がユーザからデバイス変更指示を受け付けると（Ｓ９６３）、変更するＭＦＰの指定を行う（Ｓ９４４）。ここでのデバイス変更指示としては、連携対象として一度は決定した装置を、連携対象から除外する指示の他、連携対象として決定した装置を、他の装置に変更する指示が含まれる。ここでは、連携対象の装置をＭＦＰ１２０からＭＦＰ１４０へ変更する指示を受けたものとして以下に説明する。
【００４８】
ステップＳ９４５，Ｓ９４６では、その指定にしたがってジョブＩＤを含むジョブステータス変更要求（移行中止）をＭＦＰ１２０と、ＭＦＰ１２０にジョブを移行する移行元としての装置（ここではＭＦＰ１１０）へ送信する。ジョブステータス変更要求（移行中止）を受信したＭＦＰ１１０、１２０は、各々のステータスにしたがって応答を返す（Ｓ９２１、Ｓ９１４）。
【００４９】
ここでは、ＭＦＰ１１０は、ステップＳ９１４で、移行中止の受付は成功し、現在のジョブステータスは連携ジョブの処理中である旨をＭＦＰ１３０へ伝える。ＭＦＰ１２０はＳ９２１において、現在のジョブステータスは連携ジョブの受信待ちであり、移行中止の受付は成功した旨をＭＦＰ１３０へ伝えている。ＭＦＰ１１０は、ＭＦＰ１２０に対して行うはずであったジョブ実行要求（ジョブ処理の移動）を中止する（Ｓ９１５）。
【００５０】
Ｓ９１４、Ｓ９２１においてメッセージを受信したＭＦＰ１３０は、デバイス変更処理を実行し（Ｓ９４７）、ユーザが変更先デバイスの検索、及びその選択を行う。ここでは、変更後の連携先のデバイス（変更先デバイス）としてＭＦＰ１４０を選択する。
【００５１】
変更先デバイスとしてＭＦＰ１４０が選択されると、ユーザが操作したＭＦＰ１３０は、関連する連携対象のデバイスであるＭＦＰ１１０、１２０、１４０へ予告通知を送信する（Ｓ９４８、Ｓ９４９、Ｓ９５０）。ここでの予告通知には、Ｓ９４７で変更指示された変更先デバイスの情報を含むフロー情報９６４が含まれている。ステップＳ９４８で送信される予告通知はＭＦＰ１４０に対するものであり、ステップＳ９１１、９１２で送信されるものと同様の内容である。Ｓ９４９での予告通知は、ＭＦＰ１２０に対するものであり、Ｓ８１３での予告通知がキャンセルされることを通知するものである。Ｓ９５０でＭＦＰ１１０に送られる予告通知は、連携ジョブのジョブ移行先デバイスの変更を示す。
【００５２】
その後、ステップＳ９５１において、ＭＦＰ１３０はジョブステータス変更要求（移行再開）をＭＦＰ１１０に対して行う。ＭＦＰ１１０は移行再開要求を受信すると、ジョブステータス変更応答（移行再開）を、ＭＦＰ１３０に返信し、中止していた連携ジョブの移行処理を再開する（Ｓ９１６）。ジョブの移行先は、Ｓ９５０での予告通知にて通知されたＭＦＰ１４０に対して行われる。つまりジョブ実行要求をＭＦＰ１４０に対して送信する（Ｓ９１７）。ジョブ実行要求を受信したＭＦＰ１４０は、連携ジョブの処理を開始する（Ｓ９４１）。
【００５３】
図１０は、各ＭＦＰで行われる処理を示すフローチャートである。このフローチャートは、ＲＯＭ３０２やＨＤ３１１等に格納されたコンピュータプログラムをＣＰＵ３０１が読み出して実行する処理の流れを示す。ＭＦＰは、電源がＯＮにされると初期化処理Ｓ１００１を行い、その後Ｓ１０２０にてＵＩ３０９又は外部からの要求待ちとなる。ここでジョブの実行要求がなされたと判断するとＳ１０１０へ進みジョブ実行処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。ジョブ生成要求であればＳ１０２０へ進みジョブ生成処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。ジョブステータス変更要求であればＳ１０３０へ進みジョブステータス変更要求処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。ＭＦＰの検索・選択処理の要求であればＳ１０４０へ進みＭＦＰの検索及び選択処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。予告通知の受信であればＳ１０５０へ進み予告通知処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。ジョブステータス表示要求であればＳ１０６０へ進みジョブステータス表示処理を開始し、Ｓ１００２へ戻って再度ＵＩ３０９又は外部からの要求を待つ。その他の要求であればＳ１０７０へ進みその要求に従った処理を開始し、その後Ｓ１００２に戻って再度ＵＩ３０９又は外部からの要求を待つ。終了要求であればＳ１０８０へ進み終了処理を開始し、その後ＭＦＰの動作を終了する。
【００５４】
次に、図８、図９で説明した各ＭＦＰが図１０においてどのような流れで処理を行うかについて説明する。
【００５５】
図８のＭＦＰ１１０は、ＵＩ３０９あるいは外部のＰＣを介してのユーザの操作によりジョブ生成・実行が指示されると、まずＳ１０４０を実行し、当該ジョブを実行可能な装置の検索を行い、連携ジョブを実行する装置を決定する。次にＳ１１２０において、各装置で実行させる処理を割り当てた連携ジョブを生成する。その後、Ｓ１０５０において、連携対象の各装置への前述の予告通知の送信を行う。更に、Ｓ１０１０において、自身に割り当てられたジョブを実行し、ジョブの実行結果である画像データとジョブ実行要求を他の連携対象のＭＦＰに送信する。図８のＭＦＰ１２０、１３０は、Ｓ１０５０で予告通知の受信を行い、Ｓ１０１０でジョブ実行要求を受信し、連携ジョブを実行する。
【００５６】
図９のＭＦＰ１１０は、ジョブステータス情報要求の受信とその応答処理（Ｓ９３３）について、図１０のＳ１０６０で開始される処理で行う。また、ジョブステータス変更要求（移行中止）の受信（Ｓ９４６）、その応答処理（Ｓ９１４）、ジョブ移行中止処理（Ｓ９１５）は、図１０のＳ１０３０にて開始される処理で行われる。ＭＦＰ１１０はその後、予告通知を受信しているが（Ｓ９５０）、これは図１０のＳ１０５０で開始される処理で行われる。この後、ＭＦＰ１１０は、ジョブステータス変更要求（移行再開）受信（Ｓ９５１）、応答処理（Ｓ９５２）、ジョブ移行先変更と移行再開（Ｓ９１６）、ジョブ実行要求（Ｓ９１７）を行うが、これらは図１０のＳ１０３０にて開始される処理である。
【００５７】
図９のＭＦＰ１２０は、Ｓ１０６０で、ジョブステータス情報要求を受信し、その応答を返す。また、ＭＦＰ１２０は、ジョブ実行中にジョブステータス変更要求を受信すると、Ｓ１０３０でその応答を返す。ＭＦＰ１２０はその後、予告通知の受信（Ｓ９４９）を、図１０のＳ１０５０で開始される処理で行う。
【００５８】
図９のＭＦＰ１４０では、予告通知の受信（Ｓ９４８）とジョブ実行要求の受信（Ｓ９１７）、連携ジョブの実行処理（Ｓ９４１）が行われている。これは図８のＭＦＰ１２０の処理そのものであり、図１０での処理との関連もまた同じである。
【００５９】
図９のＭＦＰ１３０では、予告通知の受信（Ｓ８１４）の処理までは、図８のＭＦＰ１３０についての説明と同じである。ユーザによる操作（ＵＩ３０９又はＰＣを介してなされる）でステータス表示の要求がなされると、図１０のＳ１０６０が実施される。その後、ジョブステータス情報要求・応答の送信・受信（Ｓ９３１、Ｓ９３２）、ジョブステータス情報の表示処理（Ｓ９４３）は、図１０でのＳ１０６０で開始される処理で実行される。
【００６０】
次にユーザによりデバイス変更操作が行われ、変更元デバイス指定（Ｓ９４４）が、図１０のＳ１０６０で開始される処理にて行われる。また、ジョブステータス変更要求の送信（Ｓ９４５、Ｓ９４６）、ジョブステータス変更応答の受信（Ｓ９２１、Ｓ９１４）は、図１０でのＳ１０３０で開始される処理で実行される。
【００６１】
次にＭＦＰ１３０は、変更先デバイスの検索・選択（Ｓ９４７）を行うが、これは図１０のＳ１０４０で開始される処理で実行される。その後、予告通知の送信（Ｓ９４８、９４９、９５０）は図１０のＳ１０５０で行われる。ジョブステータス変更要求の送信（Ｓ９５１）と応答処理（Ｓ９５２）は図１０でのＳ１０３０で行われる。
【００６２】
図１１は予告通知に含まれる情報の一例を示す図である。列１１１０には予告通知に含まれる情報の項目、列１１２０には情報の内容が示されている。行１１３０はジョブの発行者が「Ginji」であることを表す。行１２３１はジョブ発行日時が２００７年６月７日  日本時間で１６：１９：０８であることを示している。行１２３２はジョブ名が20070607161908であることを示している。行１２３３はジョブＩＤがA-1234であることを表している。次に行１２４０から行１２４４までは、図８でのフロー情報８４１の内容を表している。行１２４１は連携ジョブの１番目に処理が行われるＭＦＰは、ＭＦＰ１１０であることを表している。同様に行１２４２から１２４４において、２番目のＭＦＰがＭＦＰ１２０、３番目がＭＦＰ１３０、４番目がＭＦＰ１４０を表している。ここでのフロー情報は、図４のように、１番目のＭＦＰへのジョブ投入の時点で連携対象のＭＦＰが決定済みである場合のものである。
【００６３】
図１２は予告通知の他の例を示す図である。これは、図６のように、ジョブ投入時に連携ＭＦＰが決定されていない場合の予告通知である。図１３において、列１２１０、１２２０、行１２３０〜１２４１は、図１２と同じ内容であるため説明を省略する。
【００６４】
行１３４３〜１３４６は、本予告通知を作成した時点では３番目の連携デバイスが決定されていないことを示している。さらに、３番目のデバイスの候補がＭＦＰ１４０からＭＦＰ１５０に変更されたことを示している。つまり、３番目の処理を行うデバイスの候補は、ＭＦＰ１３０とＭＦＰ１５０であることを示している。
【００６５】
上述の予告通知、フロー情報の項目、及びその内容はあくまでも例であり、例えばフロー情報のＭＦＰを特定する情報は、装置名に代えてＩＰアドレスなどとしても良い。
【００６６】
図１３は図９のＳ９４５、９４６で送信されるジョブステータス変更要求の一例である（情報１３００）。列１３１０にはジョブステータス変更要求に含まれる情報の項目、列１３２０は情報の内容である。行１３２１はジョブステータス変更要求の種別を表し、その内容が 移行中止要求 であることを表している。行１３３０は、ジョブの発行者が「Ginji」であることを表す。行１３３１はジョブ発行日時が２００７年６月７日  日本時間で１６：２７：１０であることを示している。行１３３２はジョブ名が20070607162710であることを示している。行１３３３はジョブIDがA-12345であることを表している。
【００６７】
本ジョブステータス変更要求の項目、及びその内容はあくまでも例である。
【００６８】
図１４は図９のステップＳ９２１、９１４で送信される、ジョブステータス変更応答の一例である（情報１４００）。列１４１０にはジョブステータス変更応答に含まれる情報の項目、列１４２０は情報の内容である。行１４２１はジョブステータス変更応答の種別を表し、その内容が 移行中止応答（成功） であることを表している。行１４３０は、ジョブの発行者が「Ginji」であることを表す。行１４３１はジョブ発行日時が２００７年６月７日  日本時間で１６：２７：１０であることを示している。行１４３２はジョブ名が20070607162710であることを示している。行１４３３はジョブIDがA-12345であることを表している。
【００６９】
本ジョブステータス変更要求の項目、及びその内容はあくまでも例である。
【００７０】
図１５は図９のステップＳ９５１で送信されるジョブステータス変更要求の一例である。列１５１０にはジョブステータス変更要求に含まれる情報の項目、列１５２０は情報の内容である。行１５２１はジョブステータス変更要求の種別を表し、その内容が 移行再開要求 であることを表している。行１５３０は、ジョブの発行者が「Ginji」であることを表す。行１５３１はジョブ発行日時が２００７年６月７日  日本時間で１６：２７：１０であることを示している。行１５３２はジョブ名が20070607162710であることを示している。行１５３３はジョブIDがA-12345であることを表している。
【００７１】
本ジョブステータス変更要求の項目、及びその内容はあくまでも例である。
【００７２】
図１６は図９のステップＳ９５２で送信される、ジョブステータス変更応答の一例である。列１６１０にはジョブステータス変更応答に含まれる情報の項目、列１６２０は情報の内容である。行１６２１はジョブステータス変更応答の種別を表し、その内容が 移行再開応答（成功） であることを表している。行１６３０は、ジョブの発行者が「Ginji」であることを表す。行１６３１はジョブ発行日時が２００７年６月７日  日本時間で１６：２７：１０であることを示している。行１６３２はジョブ名が20070607162710であることを示している。行１６３３はジョブIDがA-12345であることを表している。
【００７３】
本ジョブステータス変更要求の項目、及びその内容はあくまでも例である。
【００７４】
ネットワークやその他の通信手段を用いて接続されている複数のデバイスが連携して１つのジョブを処理する画像処理システムにおいて、連携してジョブを処理している最中に、連携に関連するどのデバイスからでも連携デバイスの変更を行うことが可能となる。
【００７５】
（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。上記実施形態において、画像処理装置の一例としてＭＦＰについて示したが、単機能のプリンタ、スキャナ等、画像を処理するあらゆる装置を含む。また、画像データを受信して処理する装置に限らず、例えば、他の装置で印刷処理がなされた用紙をセットし、ステイプル処理や製本処理するフィニッシング装置も含む。例えば、１台目の連携対象の装置として、スキャナ、２台目として、プリンタ、３台目としてフィニッシング装置を用いるとする。これらの装置はネットワークで接続され、前述のように１台目の装置であるスキャナから予告通知がプリンタとフィニッシング装置に送信される。そして、スキャナで原稿上の画像を読み取って得た画像データはネットワークを介してプリンタに送信され、プリンタでは受信した画像データに基づき用紙上に画像を印刷する。この印刷された用紙をユーザがフィニッシング装置にセットし、先の予告通知に応じたジョブＩＤを当該フィニッシング装置の操作部から呼び出してフィニッシング処理を行わせる。これにより、一部の処理がネットワークを介さずになされる場合であってもジョブの状況の確認やジョブの操作が可能となる。そして、連携対象の装置を変更する場合も同様な処理で変更可能である。
【００７６】
なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。したがって、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。
【００７７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクがある。また、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００７９】
その他、クライアントＰＣのブラウザを用いてインターネットサイトに接続し、本発明に係るプログラムそのもの、若しくは更に自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードするという利用方法もある。また、本発明に係るプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の範疇に含まれる。  また、本発明に係るプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００８０】
また、プログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８１】
さらに、ＰＣの機能拡張ユニットに備わるメモリに本発明に係るプログラムが書き込まれ、そのプログラムに基づき、その機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行なう場合も、本発明の範疇に含まれる。
【図面の簡単な説明】
【００８２】
【図１】本発明の第１実施形態としての画像処理システムの構成を示す図である。
【図２】本発明の第１実施形態に係る画像処理システムに用いることのできるＰＣの内部構成を示した図である。
【図３】本発明の第１実施形態に係る画像処理システムに用いることのできる画像処理装置の内部構成を示した図である。
【図４】連携ジョブの実行処理の一例を示す図である。
【図５】連携ジョブの実行処理の一例を示す図である。
【図６】連携ジョブの実行処理の一例を示す図である。
【図７】連携ジョブの実行処理の一例を示す図である。
【図８】本発明の第１実施形態に係る画像処理システムにおける各デバイス間のシーケンス図である。
【図９】本発明の第１実施形態に係る画像処理システムにおける各デバイス間のシーケンス図である。
【図１０】本発明の第１実施形態に係る画像処理装置での処理の流れを示すフローチャートである。
【図１１】予告通知の一例を示す図である。
【図１２】予告通知の一例を示す図である。
【図１３】ジョブステータス変更要求の一例を示す図である。
【図１４】ジョブステータス変更応答の一例を示す図である。
【図１５】ジョブステータス変更要求の一例を示す図である。
【図１６】ジョブステータス変更応答の一例を示す図である。
【図１】
0005268434.tif 000002
【図２】
0005268434.tif 000003
【図３】
0005268434.tif 000004
【図４】
0005268434.tif 000005
【図５】
0005268434.tif 000006
【図６】
0005268434.tif 000007
【図７】
0005268434.tif 000008
【図８】
0005268434.tif 000009
【図９】
0005268434.tif 000010
【図１０】
0005268434.tif 000011
【図１１】
0005268434.tif 000012
【図１２】
0005268434.tif 000013
【図１３】
0005268434.tif 000014
【図１４】
0005268434.tif 000015
【図１５】
0005268434.tif 000016
【図１６】
0005268434.tif 000017