(57)【特許請求の範囲】
【請求項１】
複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置であって、
前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手段と、
前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、
前記外部装置の異常を検知する異常検知手段とを有し、
前記連携処理フロー決定手段は、
前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、
前記異常検知手段が前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、
前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手段は、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させることを特徴とするサーバ装置。
【請求項２】
前記第一の連携処理フローと前記第二の連携処理フローは、並行して実行される請求項１記載のサーバ装置。
【請求項３】
前記第三の連携処理フローは、
前記一の連携処理フローにおいて前記一の外部装置の後段の外部装置で行われる処理を全て含む請求項１又は２記載のサーバ装置。
【請求項４】
前記連携処理フロー決定手段は、
前記第一の連携処理フロー及び前記第二の連携処理フローがカラー画像に対応するものか、又はモノクロ画像にのみ対応するものか否かを判断した結果に基づき、前記第三の連携処理フローを決定する請求項１乃至３のいずれかに記載のサーバ装置。
【請求項５】
複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置による連携処理フロー決定方法であって、
前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手順と、
前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手順と、
前記外部装置の異常を検知する異常検知手順とを有し、
前記連携処理フロー決定手順において、
前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、
前記異常検知手順で前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、
前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手順では、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させることを特徴とする連携処理フロー決定方法。
【請求項６】
複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置において実行される連携処理フロー決定プログラムであって、
前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理ステップと、
前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定ステップと、
前記外部装置の異常を検知する異常検知ステップとが実行され、
前記連携処理フロー決定ステップは、
前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、
前記異常検知ステップで前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、
前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定ステップでは、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させることを特徴とする連携処理フロー決定プログラム。
【請求項７】
複数の外部装置と、前記複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置とを含む画像処理システムであって、
前記サーバ装置は、
前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手段と、
前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、
前記外部装置の異常を検知する異常検知手段とを有し、
前記連携処理フロー決定手段は、
前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、
前記異常検知手段が前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、
前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手段は、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させることを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置、連携処理フロー決定方法、連携処理フロー決定プログラム、画像処理システムに関する。
【背景技術】
【０００２】
近年では、スキャナ、ファックス、複写機又はこれらの機能を複合した複合機、サーバ、パーソナルコンピュータ等の装置をネットワーク上で複数台を連携させる画像処理システムが普及している。この画像処理システムでは、複数の機能を複数のサーバ等で分担し、サーバ同士が連携して各機能を実現することで画像処理を行う連携処理フローを用いた技術が用いられる。
【０００３】
以下に図１を参照して、従来の連携処理フローについて説明する。図１は、従来の連携処理フローを説明する図である。
【０００４】
図１（Ａ）は、連携処理フローを実行する画像処理システムを構成する装置と、各装置の有する機能を示す図であり、図１（Ｂ）は画像処理を実行する連携処理フローを示す図である。図１の例では、画像処理システムは画像形成装置（ＭＦＰ）１、処理サーバ１、処理サーバ２を有する。画像形成装置１は、機能ａ、機能ｂ、機能ｃを実現する処理を実行する。処理サーバ２は、機能ａ、機能ｂ、機能ｄを実行する。処理サーバ３は、機能ｃ、機能ｄを実現する処理を実行する。
【０００５】
この画像処理システムにおいて、画像形成装置１から入力された画像データに機能ａ，ｂ，ｃを含む画像処理が施された後に画像データが文書管理サーバへ格納される場合の連携処理フローを図１（Ｂ）に示している。図１（Ｂ）の例では、画像形成装置１において機能ａが実現された後の画像データが処理サーバ１へ出力される。そして処理サーバ１で機能ｂが実現された後の画像データが処理サーバ２へ出力される。さらに処理サーバ２で機能ｃが実現された後に、処理サーバ２から出力された画像データが文書管理サーバへ格納される。
【０００６】
従来の連携処理フローでは、このように画像処理に含まれる各機能を画像処理システムを構成する複数の装置により分担し連携することで、一連の画像処理を複数の装置で実行する。
【０００７】
このような連携処理フローでは、例えば処理サーバ１において機能ｂを実現する処理の実行が不可能となった場合には、画像形成装置１が機能ａ，ｂを実現する処理の両方を実行し、その後の画像データを処理サーバ２へ出力することもできる。例えば特許文献１に記載されているように、各機能を実現するサーバ等の装置の状態や実現可能な機能等に変更が生じた場合に、当該連携処理フローの定義を変更して実行することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記従来の技術では、連携処理フローにおいて処理の実行中の処理サーバにトラブル等が発生すると、後段の処理を行う処理サーバへ画像データを出力できなくなる場合がある。この場合、画像処理の実行中の処理サーバが復旧するまで待機するか、又は連携処理フローを最初から実行しなければならないという問題があった。
【０００９】
本発明は、上記事情を鑑みてこれを解決すべく成されたものであり、画像処理を実行している装置にトラブルが発生した場合でも、連携処理フローにより画像処理を中断させることなく実行することが可能なサーバ装置、連携処理フロー決定方法、連携処理フロー決定プログラム、画像処理システムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
本発明は、上記目的を達成すべく、以下の如き構成を採用した。
【００１１】
本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置であって、前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手段と、前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、前記外部装置の異常を検知する異常検知手段とを有し、前記連携処理フロー決定手段は、前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、前記異常検知手段が前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手段は、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させる。
【００１２】
本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置による連携処理フロー決定方法であって、前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手順と、前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手順と、前記外部装置の異常を検知する異常検知手順とを有し、前記連携処理フロー決定手順において、前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、前記異常検知手順で前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手順では、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させる。
【００１３】
本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置において実行される連携処理フロー決定プログラムであって、前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理ステップと、前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定ステップと、前記外部装置の異常を検知する異常検知ステップとが実行され、前記連携処理フロー決定ステップは、前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、前記異常検知ステップで前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定ステップでは、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させる。
【００１４】
本発明は、複数の外部装置と、前記複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置とを含む画像処理システムであって、前記サーバ装置は、前記複数の外部装置が有する機能を示す外部装置情報を管理する外部装置情報管理手段と、前記外部装置情報により規定される、前記複数の外部装置がそれぞれ有する機能の有無に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、前記外部装置の異常を検知する異常検知手段とを有し、前記連携処理フロー決定手段は、前記画像処理に関して、第一の連携処理フローにおいて連携する複数の前記外部装置と、第二の連携処理フローにおいて連携する複数の前記外部装置とが異なるように複数の連携処理フローを決定し、前記異常検知手段が前記第一の連携処理フローにおいて一の外部装置の異常を検知したとき、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる外部装置による第三の連携処理フローを決定し、前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる処理を指示し、及び、前記連携処理フロー決定手段は、さらに、この複製を用いて前記第三の連携処理フローによる処理を開始させる。
【発明の効果】
【００１５】
本発明によれば、画像処理を実行している装置にトラブルが発生した場合でも、連携処理フローにより画像処理を中断させることなく実行することができる。
【図面の簡単な説明】
【００１６】
【図１】従来の連携処理フローを説明する図である。
【図２】第一の実施形態の概略を説明するための図である。
【図３】第一の実施形態の画像処理システムのシステム構成例を示す図である。
【図４】連携処理フロー管理サーバのハードウェア構成の一例を示す図である。
【図５】処理サーバのハードウェア構成の一例を示す図である。
【図６】画像形成装置のハードウェア構成の一例を示す図である。
【図７】第一の実施形態の画像処理システムを構成する各装置の機能を説明する図である。
【図８】第一の実施形態の連携処理フローの決定を説明するフローチャートである。
【図９】スキャナ情報の一例を示す図である。
【図１０】サーバ情報の一例を示す図である。
【図１１】第一の実施形態の連携処理フローパターンの一例を示す図である。
【図１２】文書管理サーバ情報の一例を示す図である。
【図１３】第一の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。
【図１４】第一の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。
【図１５】第一の実施形態において複数の画像データが表示された画面の例を示す図である。
【図１６】第二の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。
【図１７】第二の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。
【図１８】第二の実施形態において複数の画像データが表示された画面の例を示す図である。
【図１９】第二の実施形態において連携処理フローの再実行を行うか否かを選択させる画面の例を示す図である。
【図２０】第三の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。
【図２１】第三の実施形態において複数の画像データが表示された画面の例を示す図である。
【発明を実施するための形態】
【００１７】
本発明では、一連の画像処理を行うに当たり、画像処理に含まれる各機能を異なる装置で実現する連携処理フローを常に複数抽出する。
【００１８】
（第一の実施形態）
以下に図面を参照して本発明の第一の実施形態について説明する。図２は、第一の実施形態の概略を説明するための図である。図２（Ａ）は、連携処理フローを実行する画像処理システムを構成する装置と、各装置の有する機能を示す図であり、図２（Ｂ）は画像処理を実行する連携処理フローを示す図である。
【００１９】
第一の実施形態の画像処理システム１００では、図２（Ａ）に示すように、画像形成装置１１０、処理サーバ１２０、１３０、１４０、１５０、文書管理サーバ１６０を含む構成として説明する。
【００２０】
画像形成装置１１０は、機能ａ、機能ｂ、機能ｄを有する。処理サーバ１２０は、機能ａ、機能ｂ、機能ｃを有する。処理サーバ１３０は、機能ｃ、機能ｄを有する。処理サーバ１４０は、機能ａ、機能ｂ、機能ｃ、機能ｄを有する。処理サーバ１５０は、機能ｂ、機能ｃ、機能ｄ、機能ｅを有する。本実施形態では、一連の画像処理は、機能ａ、機能ｂ、機能ｃ、機能ｄの順に実行される処理とした。
【００２１】
本実施形態の画像処理システム１００では、画像処理を実行する際に、図２（Ｂ）に示すように上記４つの機能を実行するための複数の連携処理フローを決定する。
【００２２】
例えば連携処理フロー１では、機能ａ〜ｄを実行する装置として、画像形成装置１１０と処理サーバ１３０とが選択される。画像処理システム１００では、画像形成装置１１０で機能ａ，ｂを実行した後に、画像データを処理サーバ１３０へ出力する。処理サーバ１３０は、この画像データに対して機能ｃ，ｄを実行した後に、画像データを文書管理サーバ１６０へ出力する。
【００２３】
また連携処理フロー２では、機能ａ〜ｄを実行する装置として、処理サーバ１２０、１４０が選択される。画像処理システム１００において連携処理フロー２では、処理サーバ１４０で、機能ａ，ｂを実行し、処理サーバ１２０で機能ｃを実行し、再度処理サーバ１４０で機能ｄを実行する。そして画像データを文書管理サーバ１６０へ出力する。
【００２４】
本実施形態の画像処理システム１００では、連携処理を連携処理フローにより実行する際に、上述の連携処理フロー１と連携処理フロー２とを抽出し、両方の連携処理フローにより画像処理を実行する。
【００２５】
本実施形態では、以上のように一の画像処理を実行する際に複数の連携処理フローを決定することで、画像処理を実行中の装置に不具合が生じた場合でも、不具合が生じた時点で他の連携処理フローを分岐させることができる。よって画像処理実行中の処理サーバにトラブルが発生した場合でも、連携処理フローにより画像処理を中断せずに実行できる。
【００２６】
図３は、第一の実施形態の画像処理システムのシステム構成例を示す図である。
【００２７】
本実施形態の画像処理システム１００は、画像形成装置１１０、処理サーバ１２０、１３０、１４０、１５０、文書管理サーバ１６０、連携処理フロー管理サーバ２００を有し、各装置はＬＡＮ（Local Area Network）等により接続されている。
【００２８】
本実施形態の画像形成装置１１０は、例えばスキャナ装置であり、画像データを読み込む。本実施形態の画像形成装置１１０は、画像データをビットマップに展開するだけでなく、スキャナに関するスキャナ情報（解像度、階調値、読取モード等)を連携処理フロー管理サーバ２００へ転送する。また本実施形態の画像形成装置１１０は、連携処理フロー管理サーバ２００において決定される連携処理フローに基づき、読み取った画像データを処理サーバ１２０〜１５０の何れかに出力する。尚本実施形態では、画像形成装置１１０をスキャナ装置としたが、画像形成装置１１０は例えば複合機等であっても良く、画像データを読み込む機能を有していれば良い。
【００２９】
本実施形態の処理サーバ１２０〜１５０は、連携処理を実行するサーバである。処理サーバ１２０〜１５０のそれぞれは、連携処理フロー管理サーバ２００において決定される連携処理フローに基づき、各処理サーバで実行する機能（処理）の順番を判断し、処理を実行する。そして処理サーバ１２０〜１５０は、後段の処理サーバ又は文書管理サーバ１６０へ画像データを出力する。
【００３０】
本実施形態の文書管理サーバ１６０は、連携処理の最後の処理が完了した画像データが格納される。尚本実施形態では、文書管理サーバ１６０に画像データが格納されるものとして説明するが、画像データが格納されるのは、例えばスマートフォン等の情報表示端末等であっても良い。
【００３１】
本実施形態の連携処理フロー管理サーバ２００は、画像処理システム１００を構成する画像形成装置１１０及び処理サーバ１２０〜１５０の状態を管理する。また本実施形態の連携処理フロー管理サーバ２００は、画像処理システム１００における連携処理フローを決定する。本実施形態の連携処理フロー管理サーバ２００の詳細は後述する。
【００３２】
図４は、連携処理フロー管理サーバのハードウェア構成の一例を示す図である。本実施形態の連携処理フロー管理サーバ２００は、ＣＰＵ（Central Processing）２１、ＲＡＭ（Random Access Memory）２２、記憶装置２３、表示装置２４、ネットワーク装置２５、入力装置２６を有し、各装置はメインバスＢにより互いに接続されている。
【００３３】
ＣＰＵ２１は、メインバスＢを介してＣＰＵ２１、ＲＡＭ２２、記憶装置２３、入力装置２４、表示装置２５及びネットワーク装置２６を制御する。ＲＡＭ２２は、ＣＰＵ２１に対してワークエリアを提供する。記憶装置２３は、例えば、ハードディスクやＮＶＲＡＭ（Non-Volatile Random Access Memory）であり、各種のプログラムや設定を記憶する。入力装置２４は、ユーザがコマンドの入力を行うための入力装置である。表示装置２５は、画面表示を行う装置である。ネットワーク装置２６は、ＬＡＮ(Local Area Network)を介して接続された他の装置との間で通信を行う。
【００３４】
尚本実施形態の文書管理サーバ１６０のハードウェア構成は、連携処理フロー管理サーバ２００と同様であるから説明を省略する。
【００３５】
図５は、処理サーバのハードウェア構成の一例を示す図である。本実施形態の画像処理システム１００の処理サーバ１２０〜１５０は、同様のハードウェア構成を有する。よって図５では、一例として処理サーバ１２０のハードウェア構成を説明する。
【００３６】
本実施形態の処理サーバ１２０は、ＣＰＵ３１、ＲＡＭ３２、記憶装置３３、ネットワーク装置３４を有し、各装置はメインバスＢ１により互いに接続されている。
【００３７】
ＣＰＵ３１は、メインバス３５を介して、ＲＡＭ３２、記憶装置３３及びネットワーク装置３４を制御する。ＲＡＭ３２は、ＣＰＵ３１に対してワークエリアを提供する。記憶装置３３は、各種のプログラムや設定を記憶する。ネットワーク装置３４は、ＬＡＮを介して接続された他の装置との間で通信を行う。
【００３８】
図６は、画像形成装置のハードウェア構成の一例を示す図である。本実施形態の画像形成装置１１０は、コントローラユニット１１１、操作部１１２、ＵＳＢ(Universal Serial Bus)デバイス１１３、スキャナ部１１４を有する。
【００３９】
コントローラユニット１１１は、ＮＶＭＥＭ３００、ＣＰＵ３０１、ＦｌａｓｈＲＯＭ（Read Only Memory）３０２、ＲＡＭ３０３、操作部Ｉ／Ｆ(Inter/Face)３０４、ＬＡＮ／ＩＦ３０５、画像バスＩ／Ｆ３０６、ＨＤＤ(Hard Disk Drive)３０７、ＵＳＢポート３０８を有する。これらは、システムバス３１７により互いに接続されている。
【００４０】
またコントローラユニット１１１は、ＲＩＰ(Raster Image Processor)３０９、スキャナＩ／Ｆ３１０、画像処理部３１１を有する。これらは、画像バス３１８により互いに接続されている。また画像バス３１８は、画像バスＩ／Ｆ３０６と接続されている。
【００４１】
ＣＰＵ３０１は、画像形成装置１１０の全体を制御するプロセッサである。ＮＶＭＥＭ３００は、不揮発性のメモリであり、設定情報等を記憶する。例えばＮＶＭＥＭ３００は、ＣＰＵ３０１が動作するためのシステムワークメモリ、プログラムを記録するためのプログラムメモリ、及び画像データを一時記録するための画像メモリとして機能する。Ｆｌａｓｈ ＲＯＭ３０２は、書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムを記憶する。ＵＳＢポート３０８は、ＵＳＢデバイス３１３との接続を可能にする。操作部Ｉ／Ｆ３０４は、操作部１１２とのインタフェース部である。操作部Ｉ／Ｆ３０４は、操作部１１２に表示する操作画面等の画像データを、操作部１１２に対して出力し、また、操作部１１２から入力された情報を、ＣＰＵ３０１に伝達する。
【００４２】
操作部１１２は、システムの操作画面を表示するＬＣＤ表示部及び操作キー等を有し、例えばＬＣＤ表示部上にはタッチパネルシートが貼られていても良い。操作部１１２は、ユーザによって操作キーが押下された場合の入力情報及びタッチパネルシートが押下された場合の位置情報等を、操作部Ｉ／Ｆ３０４を介してＣＰＵ３０１に伝達する。
【００４３】
ＬＡＮＩ／Ｆ３０５は、ＬＡＮに接続するためのインタフェースである。画像形成装置１１０は、ＬＡＮＩ／Ｆ３０５を介してＬＡＮ上の他の装置（ＰＣや各サーバ）に対してデータの送信及び他の装置からのデータの取得を行う。
【００４４】
画像バスＩ／Ｆ３０８は、システムバス３１７と画像バス３１８とを接続し、データ構造を変換するバスブリッジである。画像バス３１８は、ＰＣＩ（Peripheral Component Interconnect）バスやＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４で構成されており、画像データを高速で転送可能である。
【００４５】
ＲＩＰ３０９は、ＰＤＬ（Page Description Language）コードのようなベクトルデータをビットマップイメージに展開する。スキャナＩ／Ｆ３１０は、画像読取部として機能するスキャナ部１１４とコントローラユニット１１１とを接続するインタフェース部であり、画像データの変換を行う。
【００４６】
スキャナ部１１４は、原稿から画像を読み取ることにより、画像データを生成する。本実施形態のスキャナ部１１４の画像の読取方式は、例えばレーザを用いた方式等である。
コントローラユニット１１１は、スキャナＩ／Ｆ３１０を介して、スキャナ部１１４との間で画像データやデバイス情報等の入出力を行う。
【００４７】
画像処理部３１１は、入力された画像データに対して、補正、加工、又は編集といった画像処理を実行する。本実施形態の画像処理部３１１は、例えばスキャナ部１１４において生成された画像データに対して、補正、解像度変換等を行う。さらに本実施形態の画像処理部３１１は、入力された画像データに対して回転処理を施すことができる。また本実施形態の画像処理部３１１は、入力された画像データが多値画像データのときはＪＰＥＧ（Joint Photographic Experts Group）等、入力された画像データが２値画像データのときはＪＢＩＧ（Joint Bi-level Image Experts Group）、ＭＭＲ（Modified Modified READ）、ＭＨ（Modified Huffman）等の圧縮、伸張処理を施すことが可能である。
【００４８】
以下に図７を参照して本実施形態の画像処理システム１００を構成する各装置の機能について説明する。図７は、第一の実施形態の画像処理システムを構成する各装置の機能を説明する図である。
【００４９】
本実施形態の画像形成装置１１０は、入力画像読取部１１５、情報転送部１１６、連携処理フロー解析部１１７を有する。
【００５０】
本実施形態の入力画像読取部１１５は、スキャナ部１１４が読み取った画像データをビットマップに展開しＮＶＭＥＭ３００へ一時的に格納する。情報転送部１１６は、画像形成装置１１０のスキャナ情報を連携処理フロー管理サーバ２００へ転送する。スキャナ情報の詳細は後述する。また情報転送部１１６は、連携処理フロー管理サーバ２００から取得した連携処理フローにおいて最初の連携処理を実行するサーバへ画像データと連携処理フローとを転送する。
【００５１】
連携処理フロー解析部１１７は、連携処理フロー管理サーバ２００から取得する連携処理フローの解析を行う。
【００５２】
本実施形態の連携処理フロー管理サーバ２００は、サーバ管理部２１０、連携処理フロー決定部２２０、異常検知部２３０を有する。
【００５３】
本実施形態のサーバ管理部２１０は、処理サーバ１２０〜１５０に関するサーバ情報を管理する。具体的にはサーバ情報とは、例えば処理サーバ１２０〜１５０の名前、ＩＰアドレス、各処理サーバにおいて実行可能な機能の情報、処理サーバ１２０〜１５０にかかる負荷の状態を示す情報等を含む。本実施形態のサーバ情報は、例えば連携処理フロー管理サーバ２００の有する記憶装置２３等に格納されていても良い。
【００５４】
本実施形態のサーバ管理部２１０は、処理サーバ１２０〜１５０の状態が変化したときに記憶装置２３に格納されたサーバ情報を更新して良いし、所定間隔毎に処理サーバ１２０〜１５０の状態を取得し、記憶装置２３に格納されたサーバ情報を更新しても良い。
【００５５】
また本実施形態のサーバ管理部２１０は、処理サーバ１２０〜１５０のサーバ情報以外にも、文書管理サーバ１６０の状態を示す文書管理サーバ情報を管理しても良い。文書管理サーバ情報とは、例えば文書管理サーバ１６０の空き容量等を含む情報であり、記憶装置２３に格納されていても良い。文書管理サーバ情報の詳細は後述する。
【００５６】
本実施形態の連携処理フロー決定部２２０は、画像形成装置１１０から受け取ったスキャナ情報と、サーバ管理部２１０により管理される各処理サーバ１２０〜１５０のサーバ情報等に基づき、画像データに施す画像処理の連携処理フローを決定する。具体的には本実施形態の連携処理フロー決定部２２０は、スキャナ情報やサーバ情報に基づき、予め設定された連携処理フローのパターン（以下、連携処理フローパターンと呼ぶ。）から適正な連携処理フローを抽出する。
【００５７】
連携処理フローパターンは、例えば連携処理フロー管理サーバ２００の有する記憶装置２３等に予め格納されていても良い。本実施形態の連携処理フローパターンは、例えば処理順番、処理を実行する処理サーバ、転送先ＩＰアドレス、最初の処理を実行する処理サーバのフラグ情報、最後の処理を実行する処理サーバのフラグ情報等が格納されている。連携処理フローパターンの詳細は後述する。
【００５８】
また本実施形態において画像データに施される画像処理は、各処理サーバ１２０〜１５０で実現される複数の機能を含む。各処理サーバ１２０〜１５０で実現される機能とは、例えば画像データの拡大や縮小を含む編集、スキャナ補正、色空間の切替処理、プロッタ等である。
【００５９】
本実施形態の異常検知部２３０は、連携処理フローの実行中に異常が発生した場合に、これを検知する。具体的には異常検知部２３０は、画像処理に含まれる機能を実行している処理サーバから所定時間応答がない場合に、異常を検知しても良い。
【００６０】
本実施形態の処理サーバ１２０〜１５０は、各処理サーバにおいて所定の機能を実現させる処理を実行する処理部を有する。処理サーバ１２０は処理部１２１を有し、処理サーバ１３０は処理部１３１を有する。処理サーバ１４０は処理部１４１を有し、処理サーバ１５０は処理部１５１を有する。
【００６１】
文書管理サーバ１６０は、画像データが格納される画像データ格納部１６１を有する。本実施形態では、例えば連携処理フローの実行が完了した画像データが画像データ格納部１６１に格納される。
【００６２】
次に、図８を参照して本実施形態の画像処理システム１００における連携処理フローの決定について説明する。図８は、第一の実施形態の連携処理フローの決定を説明するフローチャートである。
【００６３】
本実施形態の画像処理システム１００において、画像形成装置１１０が入力画像読取部１１５によりスキャナ部１１４が読み取った画像データを取得する（ステップＳ８０１）。続いて画像形成装置１１０は情報転送部１１６により、スキャナ情報を連携処理フロー管理サーバ２００へ送信する（ステップＳ８０２）。
【００６４】
ここで図９を参照してスキャナ情報について説明する。図９は、スキャナ情報の一例を示す図である。
【００６５】
図９に示すスキャナ情報９０は、画像形成装置１１０のＩＰアドレス、解像度、階調値、カラー印刷機能を有するか否かの情報等が含まれる。本実施形態では、例えばスキャナ情報９０を参照することで、カラーに適した連携処理フローを抽出するか、モノクロに適した連携処理フローを抽出するかを判断しても良い。
【００６６】
連携処理フロー管理サーバ２００は、続いてサーバ管理部２１０によりサーバ情報を取得する（ステップＳ８０３）。以下に図１０を参照して本実施形態のサーバ情報について説明する。図１０は、サーバ情報の一例を示す図である。
【００６７】
図１０のサーバ情報９１では、処理サーバ名、処理サーバの有する機能、負荷の状態を示す負荷カウンタ、ＩＰアドレスが含まれる。サーバ情報９１では、処理サーバ１２０が実現可能な機能は、例えば機能ａ，機能ｂ，機能ｃであり、負荷カウンタの値が６０である。また処理サーバ１３０が実現可能な機能は、例えば機能ｃ，機能ｄであり、負荷カウンタの値が３０である。
【００６８】
したがって、処理サーバ１３０の方が処理サーバ１２０よりも負荷が小さいことがわかる。尚負荷カウンタとは、処理サーバの負荷の状態を示す値であり、例えば処理サーバの有するＣＰＵの使用率を示す値等であっても良い。
【００６９】
続いて連携処理フロー管理サーバ２００は、連携処理フロー決定部２２０により連携処理フローを決定する（ステップＳ８０４）。
【００７０】
以下に本実施形態の連携処理フロー決定部２２０による連携処理フローの決定の詳細を説明する。本実施形態の連携処理フロー決定部２２０は、画像形成装置１１０の画像データを取得してから文書管理サーバ１６０へ格納するまでに画像データに施される一連の画像処理を実現する連携処理フローを複数抽出する。
【００７１】
以下では、例えば画像処理が機能ａ，機能ｂ，機能ｃ，機能ｄの順に実現することにより実行されるものとし、２つの連携処理フローを抽出する場合について説明する。
【００７２】
本実施形態の連携処理フロー決定部２２０は、連携処理フローパターンと、サーバ情報９１とを参照し、１つ目の連携処理フローを抽出する。続いて連携処理フロー決定部２２０は、２つ目の連携処理フローとして、１つ目の連携処理フローにおいて使用されていない処理サーバによる連携処理フローを抽出する。
【００７３】
図１１は、第一の実施形態の連携処理フローパターンの一例を示す図である。図１１に示す連携処理フローパターン９５は、処理順番、処理を実行するサーバを記したフローパターン、処理を施した後の画像データの転送先ＩＰアドレス、最初の処理を実行するサーバのフラグ情報、最後の処理を実行する処理サーバのフラグ情報が含まれる。尚図１１では、転送先ＩＰアドレスに●が付された処理サーバが最初に処理を実行する処理サーバであり、転送先ＩＰアドレスに■が付された処理サーバが最後に処理を実行する処理サーバである。
【００７４】
図１１では、例えば連携処理フローパターンＮｏ．１では、処理順番は機能ａを実現する処理，機能ｂを実現する処理の順である。処理を実行する処理サーバのフローパターンは、機能ａを実現する処理，機能ｂを実現する処理共に画像形成装置１１０で実行するパターン（以下、パターン１１）と、機能ａを実現する処理，機能ｂを実現する処理共に処理サーバ１４０で実行するパターン（以下、パターン１２）と、を有する。
【００７５】
また連携処理フローパターンＮｏ．３では、処理順番は機能ａを実現する処理，機能ｂを実現する処理，機能ｃを実現する処理，機能ｄを実現する処理の順である。
【００７６】
処理を実行する処理サーバのフローパターンは、機能ａ，機能ｂを実現する処理を画像形成装置１１０で実行し、機能ｃ，機能ｄを実現する処理を処理サーバ１３０で実行するパターン（以下、パターン３１）と、機能ａ，機能ｂ，機能ｄを実現する処理を処理サーバ１４０で実行し、機能ｂを実現する処理を処理サーバ１２０で実行するパターン（以下、パターン３２）と、機能ａを実現する処理を画像形成装置１１０で実行し、機能ｂを実現する処理を処理サーバ１２０で実行し、機能ｃを実現する処理を処理サーバ１３０で実行し、機能ｄを実現する処理を処理サーバ１４０で実行するパターン（以下、パターン３３）と、を有する。
【００７７】
例えば連携処理フロー決定部２２０は、機能ａ，機能ｂ，機能ｃ，機能ｄの順に各機能を実現する連携処理フローを抽出する場合、連携処理フローパターン９５を参照し、連携処理フローパターンＮｏ．３の中からフローパターンを抽出する。
【００７８】
以下に連携処理フローパターンＮｏ．３の中からフローパターンを抽出する場合を説明する。本実施形態の連携処理フロー決定部２２０は、サーバ情報９１を参照し、負荷の小さい処理サーバを用いたフローパターンを１つ目の連携処理フロー１として抽出する。
【００７９】
続いて連携処理フロー決定部２２０は、連携処理フロー１で使用していない処理サーバによる連携処理フローを連携処理フロー２として抽出する。
【００８０】
本実施形態では、例えば図２（Ｂ）に示すように、連携処理フロー１として、パターン３１が抽出され、連携処理フロー２としてパターン３２が抽出されるものとした。
【００８１】
本実施形態では、このように一連の画像処理を実行する際に、２つの連携処理フローを抽出することで、画像処理を実行中の装置に異常が検知された場合でも、もう一つの連携処理フローにより画像処理を継続して実行することができる。尚本実施形態では、連携処理フロー決定部２２０は２つの連携処理フローを抽出するものとしたが、これに限定されない。連携処理フロー決定部２２０は、例えば３以上の連携処理フローを抽出しても良い。
【００８２】
図８に戻って、連携処理フロー決定部２２０が連携処理フローを抽出すると、連携処理フロー管理サーバ２００は、抽出した連携処理フローを画像形成装置１１０へ送信する（ステップＳ８０５）。ここで連携処理フロー管理サーバ２００は、連携処理フロー決定部２２０により抽出された複数の連携処理フローを画像形成装置１１０へ送信する。
【００８３】
画像形成装置１１０は、連携処理フロー解析部１１７により、連携処理フロー管理サーバ２００から受信した複数の連携処理フローの解析を行う（ステップＳ８０６）。続いて画像形成装置１１０は、各連携処理フローにおいて、最初に処理を実行する装置を特定する（ステップＳ８０６）。続いて画像形成装置１１０は、情報転送部１１６により、特定された装置が他の装置であった場合、画像データと連携処理フローを送信する（ステップＳ８０７）。
【００８４】
例えば図２（Ｂ）の例では、画像形成装置１１０は、連携処理フロー１では最初に処理を実行する装置を画像形成装置１１０であるから、画像データと連携処理フローの送信は行わない。また連携処理フロー２では、最初に処理を実行する装置は処理サーバ１４０である。よって画像形成装置１１０は、処理サーバ１４０に画像データと連携処理フロー２とを送信する。
【００８５】
画像データと連携処理フローとを受け取った各装置は、連携処理フローに従って処理を実行する（ステップＳ８０８）。すなわち本実施形態では、連携処理フロー１と連携処理フロー２において、画像処理が実行される。尚本実施形態では、連携処理フロー１と連携処理フロー２とを並行して実行しても良い。
【００８６】
続いて最後に処理を行った装置は、画像データを文書管理サーバ１６０へ格納し（ステップＳ８０９）、連携処理フローの実行を完了する。
【００８７】
尚本実施形態では、連携処理フロー１と連携処理フロー２とを並列して実行することで、連携処理フロー１により画像処理が施された画像データと、連携処理フロー２により画像処理が施された画像データとが生成される。この２つの画像データは、同様の画像データである。本実施形態では、連携処理フロー１により生成された画像データを文書管理サーバ１６０へ格納し、連携処理フロー２により生成された画像データは、破棄しても良い。又は文書管理サーバ１６０に格納される画像データをユーザに選択させても良い。
【００８８】
尚本実施形態では、画像データは文書管理サーバ１６０へ格納されるものとしたが、画像処理システム１００には文書管理サーバが他にも設けられていても良い。また画像データを格納する文書管理サーバは、連携処理フロー決定部２２０が文書管理サーバ情報を参照して予め決定していて良い。
【００８９】
図１２は、文書管理サーバ情報の一例を示す図である。図１２に示す文書管理サーバ情報９６は、複数の文書管理サーバの使用容量が示されている。図１２の例では、文書管理サーバ１６０の使用容量が最も少ないため、連携処理フロー決定部２２０は、画像データの格納先として文書管理サーバ１６０を選択できる。
【００９０】
次に、本実施形態の画像処理システム１００において、連携処理フローを実行中に、処理を実行している装置に異常が検知された場合について説明する。
【００９１】
図１３は、第一の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。
【００９２】
図１３では、連携処理フロー１の機能ｂを実現する処理を実行している装置において異常が検知された場合を示している。
【００９３】
本実施形態において、連携処理フロー管理サーバ２００は、異常検知部２３０により連携処理フロー１の機能ｂ実現する処理の実行中に異常が検知されると、連携処理フロー１の機能ｂ以降の連携処理フローを取り消し、連携処理フロー２の実行を継続させる。また連携処理フロー管理サーバ２００は、連携処理フロー決定部２２０により機能ｂ以降の処理を実行する新たな連携処理フロー３を抽出する。
【００９４】
以下に、異常が検知された場合の画像処理システム１００の動作を説明する。図１４は、第一の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。尚図１４の処理は、図８のステップＳ８０８の実行中に行われる処理である。
【００９５】
本実施形態の画像処理システム１００において、連携処理フロー管理サーバ２００は、異常検知部２３０が異常を検知したか否かを判断する（ステップＳ１４０１）。本実施形態の異常検知部２３０は、例えば連携処理フローを実行している装置へアクセスし、所定時間応答がない場合に異常と判断する。
【００９６】
ステップＳ１４０１において異常が検知されない場合、連携処理フロー管理サーバ２００はステップＳ８０９へ進む。
【００９７】
ステップＳ１４０１において異常が検知されると、連携処理フロー管理サーバ２００は、正常に連携処理フローを行っているもう他の連携処理フローにおいて、異常が検出された処理と同様の処理を行う装置に対し、処理実行後の画像データのコピーデータ（以下、コピー画像データと呼ぶ。）を生成してＲＡＭ等に一時保存させる（ステップＳ１４０２）。
【００９８】
続いて連携処理フロー管理サーバ２００は、異常が検知された装置の後段の装置への画像データと連携処理フローの転送を取り消し、新たな連携処理フローを抽出する（ステップＳ１４０３）。
【００９９】
続いて連携処理フロー管理サーバ２００は、新たに抽出された連携処理フローを、一時保存された画像データに付加し、新たに抽出された連携処理フローにおいて最初に処理を実行する装置に送信する（ステップＳ１４０４）。
【０１００】
続いて連携処理フロー管理サーバ２００は、新たに抽出された連携処理フローにおいて後段の処理があるか否かを判断する（ステップＳ１４０５）。ステップＳ１４０５において後段の処理がある場合は、該当する処理サーバが処理を実行する（ステップＳ１４０６）。
【０１０１】
以下に、図２及び図１３を参照し、ステップＳ１４０１〜ステップＳ１４０６までの処理を具体的に説明する。
【０１０２】
連携処理フロー管理サーバ２００において、異常検知部２３０が連携処理フロー１の機能ｂを実行中の装置に異常を検知したとする。図２の例では、連携処理フロー１において機能ｂを実行する装置は画像形成装置１１０である。よって連携処理フロー管理サーバ２００は、連携処理フロー２において機能ｂに対応する処理を実行する処理サーバ１４０へ、機能ｂに対応する処理実行後のコピー画像データを一時保存させる。尚連携処理フロー２は連携処理フロー１と並列して正常に実行されるものとした。
【０１０３】
そして連携処理フロー管理サーバ２００は、画像形成装置１１０に対し、後段の装置に対する画像データと連携処理フロー１の転送を停止させる。図２の例では、機能ｂの後段の機能ｃを実行する装置は、処理サーバ１３０である。よって処理サーバ１３０に対する画像データと連携処理フロー１は転送されず、連携処理フロー１は取り消される。
【０１０４】
続いて連携処理フロー管理サーバ２００において、連携処理フロー決定部２２０は、機能ｃ以降の新たな連携処理フロー３を抽出する。ここで連携処理フロー３は、連携処理フロー２における機能ｃ以降の全ての処理を含むフローとして抽出される。また連携処理フロー３を実行する装置は、連携処理フロー２で使用されていない装置である。
【０１０５】
図１３の場合、連携処理フロー２における機能ｃ以降の処理は、機能ｃ，機能ｄを実現する処理である。また連携処理フロー２で機能ｃを実現する処理は処理サーバ１２０により実行され、機能ｄを実現する処理は処理サーバ１４０により実行される。
【０１０６】
よって連携処理フロー３では、機能ｃ，機能ｄを処理サーバ１２０、１４０以外の装置で実行するフローとして抽出される。図１３の例では、連携処理フロー３は、機能ｃ，機能ｄを処理サーバ１３０で実行するフローとした。尚連携処理フロー３は、サーバ情報９１と連携処理フローパターン９５とにより決定される。
【０１０７】
連携処理フロー管理サーバ２００は、連携処理フロー３が抽出されると、処理サーバ１４０において一時保存されたコピー画像データに、連携処理フロー３を付加して連携処理フロー３において最初に処理を実行する装置へ送信する。連携処理フロー３において最初に処理を実行する装置とは、機能ｃを実行する処理サーバ１３０である。
【０１０８】
本実施形態では、この構成により、連携処理フロー１が機能ｂで取り消されても、機能ｃ以降は連携処理フロー２と連携処理フロー３により画像処理が実行される。すなわち本実施形態では、一連の画像処理に対して常に複数の連携処理フローを有するようにした。本実施形態では、この構成により一つの連携処理フローを実行する装置においてサーバ障害等により後段へ画像データと連携処理フローを出力できない状態となっても、もう一方の連携処理フローを実行する装置により、画像データをバックアップすることが可能となる。よって本実施形態によれば、連携処理を実行するサーバにトラブルが発生した場合でも、画像処理を中断することなく実行することができる。
【０１０９】
図１４に戻って、ステップＳ１４０５において後段の処理がなくなると、連携処理フロー管理サーバ２００は、連携処理フロー実行後の画像データを画像形成装置１１０の操作部１１２に表示させる（ステップＳ１４０７）。本実施形態では、複数の連携処理フローが並行して実行されているため、画像処理実行後の画像データも複数存在する。操作部１１２には、複数の連携処理フローに対応した複数の画像データが表示される。尚画像データを表示させる装置は、画像形成装置１１０でなくても良く、ユーザが操作可能な装置であれば良い。
【０１１０】
図１５は、第一の実施形態において複数の画像データが表示された画面の例を示す図である。図１５に示す画面１１２Ａは、例えば操作部１１２に表示される画面である。
【０１１１】
画面１１２Ａに示す画像１５２は、例えば連携処理フロー２により画像処理が施された画像であり、画像１５３は連携処理フロー３により画像処理が施された画像であっても良い。
【０１１２】
画像形成装置１１０において複数の画像データが表示されると、連携処理フロー管理サーバ２００は文書管理サーバ１６０へ格納すべき画像データが選択されたか否かを判断する（ステップＳ１４０８）。ステップＳ１４０８において画像データが選択されると、選択された画像データを文書管理サーバ１６０へ格納する（ステップＳ１４０９）。
【０１１３】
ステップＳ１４０８において画像データが選択されない場合、連携処理フロー管理サーバ２００は、複数の画像データの格納が指示されたか否かを判断する（ステップＳ１４１０）。ステップＳ１４１０において、連携処理フローに対応した複数の画像データの格納が指示されていた場合、連携処理フロー管理サーバ２００は複数の画像データを文書管理サーバ１６０へ格納する（ステップＳ１４１１）。
【０１１４】
ステップＳ１４１０において、複数の画像データの格納が指示されていない場合、連携処理フロー管理サーバ２００は、画像データの格納がキャンセルされたか否かを判断する（ステップＳ１４１２）。ステップＳ１４１２においてキャンセルされた場合、連携処理フロー管理サーバ２００は処理を終了する。ステップＳ１４１２においてキャンセルされていない場合、連携処理フロー管理サーバ２００はステップＳ１４０９へ戻る。
【０１１５】
以上のように本実施形態では、一連の画像処理を行う連携処理フローを常に複数有することで、連携処理を実行するサーバにトラブルが発生した場合でも、画像処理を中断することなく実行することができる。尚本実施形態は、例えば画像処理システム１００に含まれる全ての処理サーバがカラー画像に対応していた場合に適用されても良いし、全ての処理サーバがモノクロ画像にのみ対応していた場合に適用されても良い。
【０１１６】
（第二の実施形態）
以下に図面を参照して本発明の第二の実施形態について説明する。本発明の第二の実施形態では、処理サーバにカラー画像に対応したものと、モノクロ画像にのみ対応したものが含まれる場合について説明する。以下の第二の実施形態において、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１１７】
図１６は、第二の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。図１６（Ａ）は、一度モノクロ画像のみに対応した連携処理フローに分岐され、その後にカラー画像に対応した連携処理フローに戻る場合の例である。図１６（Ｂ）は、モノクロ画像のみに対応した連携処理フローに分岐され、カラー画像に対応した連携処理フローに戻らない場合の例である。
【０１１８】
尚本実施形態では、画像形成装置１１０、処理サーバ１２０、１３０、１４０がカラー画像に対応した装置であり、処理サーバ１５０がモノクロ画像のみに対応した装置とした。また画像形成装置１１０で読み取られる画像データは、カラーの画像データとした。さらに本実施形態の連携処理フロー決定部２２０は、連携処理フローがカラー画像に対応可能なものか、又はモノクロ画像にのみ対応するものか否かを判断できるものとした。
【０１１９】
図１６（Ａ）では、連携処理フロー１の機能ｂを実現する処理に実行する画像形成装置１１０に異常が検知され、連携処理フロー２の機能ｃ以降の連携処理フロー３を抽出する。ここで使用可能な処理サーバがモノクロ画像のみに対応した処理サーバ１５０のみであった場合、連携処理フロー決定部２２０は、連携処理フロー３を実行する処理サーバとして処理サーバ１５０を選択する。そして連携処理フロー決定部２２０は、処理サーバ１４０で一時保持されたコピー画像データと連携処理フロー３を処理サーバ１５０へ出力する。
【０１２０】
ここで本実施形態の連携処理フロー管理サーバ２００は、カラー画像に対応した処理サーバが使用可能となった場合に備え、連携処理フロー２において機能ｂの後段の機能ｃを実現する処理を実行した際にも、コピー画像データを一時保存させる。図１６（Ａ）では、連携処理フロー２において機能ｃを実現する処理は処理サーバ１２０により実行される。よって処理サーバ１２０には、処理実行後のコピー画像データが保存される。
【０１２１】
さらに本実施形態では、機能ｃの実現後にカラー画像に対応した処理サーバが使用可能となった場合、連携処理フロー３を停止してカラー画像に対応した処理サーバを用いた連携処理フロー４を機能ｄ以降に分岐させる。図１６（Ａ）では、機能ｃの実現後、カラー画像に対応した処理サーバ１３０が使用可能となるため、機能ｄを処理サーバ１３０で実現する連携処理フロー４が抽出される。
【０１２２】
この場合、連携処理フロー２により出力される画像データと、連携処理フロー４により出力される画像データは、両者ともカラーの画像データである。
【０１２３】
図１６（Ｂ）では、連携処理フロー３でモノクロ画像にのみ対応した連携処理フロー３が抽出された後に、カラー画像に対応した処理サーバが最後まで使用可能とならなかった場合を示している。この場合連携処理フロー２により出力される画像データはカラー画像データであり、連携処理フロー３により出力される画像データはモノクロ画像データとなる。
【０１２４】
以下に図１７を参照して、本実施形態において異常が検知された場合の画像処理システム１００の動作を説明する。図１７は、第二の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。
【０１２５】
以下の図１７では、図１６の例を参照しつつ、画像処理システム１００の動作を説明する。
【０１２６】
図１７のステップＳ１７０１からステップＳ１７０３まで処理は、図１４のステップＳ１４０１からステップＳ１４０３までの処理と同様であるから、説明を省略する。
【０１２７】
ステップＳ１７０３に続いて、連携処理フロー決定部２２０は、抽出された新たな連携処理フローにおいてカラー画像に対応した連携処理フローがあるか否か判断する（ステップＳ１７０４）。
【０１２８】
ステップＳ１７０４においてカラー画像に対応した連携処理フローがある場合、後述するステップＳ１７１１へ進む。
【０１２９】
ステップＳ１７０４においてカラー画像に対応した連携処理フローがない場合、連携処理フロー管理サーバ２００は、連携処理フロー２の機能ｂの実現後のコピー画像データと、連携処理フロー３を処理サーバ１５０へ出力する（ステップＳ１７０５）。続いて連携処理フロー管理サーバ２００は、連携処理フロー２において機能ｃを実現した後に、機能ｃを実現する処理サーバ１２０にコピー画像データを生成させ、一時保存させる（ステップＳ１７０６）。
【０１３０】
続いて連携処理フロー管理サーバ２００は、後段の処理がないか否かを判断する（ステップＳ１７０７）。ステップＳ１７０７において後段の処理がある場合、連携処理フロー管理サーバ２００はステップＳ１７０３へ戻る。ステップＳ１７０７において後段の処理がない場合、後述するステップＳ１７１１へ進む。
【０１３１】
ステップＳ１７０８からステップＳ１７１６までの処理は、図１４のステップＳ１４０４からステップＳ１４１２までの処理と同様であるから説明を省略する。
【０１３２】
ステップＳ１７１６において、キャンセルを実行された場合、連携処理フロー管理サーバ２００において連携処理フロー決定部２２０は、カラー画像に対応した連携処理フローが存在するか否かを判断する（ステップＳ１７１７）。ステップＳ１７１７において、カラー画像に対応した連携処理フローが存在しない場合、画像処理システム１００は処理を終了する。
【０１３３】
ステップＳ１７１７においてカラー画像に対応した連携処理フローが存在する場合、例えば画像形成装置１１０の操作部１１２に連携処理フローの再実行に関する確認事項を表示させる（ステップＳ１７１８）。続いて連携処理フロー管理サーバ２００は、キャンセルが選択されたか否かを判断する（ステップＳ１７１９）。ステップＳ１７１９でキャンセルが選択された場合、画像処理システム１００は処理を終了する。ステップＳ１７１９においてキャンセルが選択されない場合、連携処理フロー管理サーバ２００は、ステップＳ１７０３へ戻る。
【０１３４】
図１８は、第二の実施形態において複数の画像データが表示された画面の例を示す図である。図１８に示す画面１１２Ｂは、例えば操作部１１２に表示される画面である。この画面は、ステップＳ１７１４において表示される。
【０１３５】
画面１１２Ｂに表示される画像データは、一方がカラー画像に対応した連携処理フローにより出力された画像データであり、他方は一部がモノクロ画像にのみ対応した連携処理フローにより出力された画像データである。そのため、カラー画像に対応した連携処理フローにより出力された画像データの格納を推奨するメッセージ等が表示されても良い。
【０１３６】
尚本実施形態では、２つの画像データを表示させず、カラー画像に対応した連携処理フローにより出力された画像データを自動的に文書管理サーバ１６０へ格納するようにしても良い。
【０１３７】
図１９は、第二の実施形態において連携処理フローの再実行を行うか否かを選択させる画面の例を示す図である。図１９に示す画面１１２Ｃは、例えば画像形成装置１１０の操作部１１２に表示されても良い。画面１１２Ｃは、ステップＳ１７２１において表示される。本実施形態では、画面１１２Ｃに、カラー画像に対応した連携処理フローにより画像データを再出力するまでにかかる時間を表示させても良い。
【０１３８】
尚本実施形態では、カラー画像に対応した装置において実行される機能ａ，ｂ，ｃ，ｄを実現する処理と、モノクロ画像のみに対応した装置において実行される機能ａ，ｂ，ｃ，ｄを実現する処理とは、パラメータが異なる同様の処理である。
【０１３９】
以上のように本実施形態では、入力された画像データがカラー画像データである場合に、モノクロ画像にのみ対応した連携処理フローへ分岐した場合、再度カラー画像に対応した連携処理フローへ分岐させるように動作する。
【０１４０】
（第三の実施形態）
以下に図面を参照して本発明の第三の実施形態について説明する。本発明の第三の実施形態では、最終的にモノクロ画像データのみが出される場合である。以下の第三の実施形態において、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１４１】
図２０は、第三の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。
【０１４２】
尚本実施形態の画像処理システム１００は、モノクロ画像にのみ対応し、機能ｅを実現する処理を実行する処理サーバ１７０を含むものとした。
【０１４３】
図２０の例では、連携処理フロー１の機能ｂの実現中に画像形成装置１１０で異常が検知され、連携処理フロー２から連携処理フロー３が分岐される。連携処理フロー３はモノクロ画像にのみ対応した連携処理フローである。
【０１４４】
次に連携処理フロー２の機能ｄの実現中に処理サーバ１４０で異常が検知される。すると連携処理フロー管理サーバ２００は、連携処理フロー３において機能ｄを実現中の処理サーバ１５０に、機能ｄ実現後のコピー画像データを生成させて一時保存させる。
【０１４５】
続いて連携処理フロー決定部２２０は、連携処理フロー３の機能ｄの後段の処理を行う連携処理フローを新たに抽出する。このとき処理サーバ１５０に保存されたコピー画像データは、モノクロの画像データである。よって連携処理フロー決定部２２０は、モノクロ画像に対応した連携処理フロー４を抽出する。
【０１４６】
連携処理フロー４では、機能ｄの後段の機能ｅをモノクロ画像にのみ対応した処理サーバ１７０により実現し、出力した画像データを文書管理サーバ１６０へ格納する。
【０１４７】
すなわち本実施形態では、連携処理フロー３により出力された画像データも連携処理フロー４により出力された画像データも、モノクロの画像データとなる。
【０１４８】
この場合、画像データを文書管理サーバ１６０へ格納する際に、例えば図２１に示すような画面を画像形成装置１１０の操作部１１２に表示させても良い。
【０１４９】
図２１は、第三の実施形態において複数の画像データが表示された画面の例を示す図である。図２１に示す画面１１２Ｄにおいて、連携処理フロー３と連携処理フロー４に対応する画像データ２２１と画像データ２２２は、何れもカラーの画像データではない。このため、例えばメッセージ２２３のように画像データが不完全であること示す警告を表示させても良い。
【０１５０】
以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１５１】
１００  画像処理システム
１１０  画像形成装置
１２０、１３０、１４０、１５０  処理サーバ
１６０  文書管理サーバ
２００  連携処理フロー管理サーバ
２１０  サーバ管理部
２２０  連携処理フロー決定部
２３０  異常検知部
【先行技術文献】
【特許文献】
【０１５２】
【特許文献１】特開２０１１−１０８０４７号公報
【図１】
0006014998.tif 000002
【図２】
0006014998.tif 000003
【図３】
0006014998.tif 000004
【図４】
0006014998.tif 000005
【図５】
0006014998.tif 000006
【図６】
0006014998.tif 000007
【図７】
0006014998.tif 000008
【図８】
0006014998.tif 000009
【図９】
0006014998.tif 000010
【図１０】
0006014998.tif 000011
【図１１】
0006014998.tif 000012
【図１２】
0006014998.tif 000013
【図１３】
0006014998.tif 000014
【図１４】
0006014998.tif 000015
【図１５】
0006014998.tif 000016
【図１６】
0006014998.tif 000017
【図１７】
0006014998.tif 000018
【図１８】
0006014998.tif 000019
【図１９】
0006014998.tif 000020
【図２０】
0006014998.tif 000021
【図２１】
0006014998.tif 000022