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