"複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置であって、前記複数の外部装置に係る情報を管理する外部装置情報管理手段と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、を有し、前記連携処理フロー決定手段は、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定されるサーバ装置。前記第一の連携処理フローと前記第二の連携処理フローは、並行して実行される請求項1記載のサーバ装置。前記外部装置の異常を検知する異常検知手段を有し、前記異常検知手段が前記第一の連携処理フローおいて一の外部装置の異常を検知したとき、前記連携処理フロー決定手段は、前記第一の連携処理フロー及び前記第二の連携処理フローとは異なる第三の連携処理フローを決定し、前記第二の連携処理フローにおいて前記一の外部装置と同様の処理を行う外部装置に対し、前記処理を実行した後の画像データの複製を生成し保存させる指示を行う請求項1又は2記載のサーバ装置。前記第三の連携処理フローは、前記一の連携処理フローにおいて前記一の外部装置の後段の外部装置で行われる処理を全て含む請求項3記載のサーバ装置。前記連携処理フロー決定手段は、前記第一の連携処理フロー及び前記第二の連携処理フローがカラー画像に対応するものか、又はモノクロ画像にのみ対応するものか否かを判断した結果に基づき、前記第三の連携処理フローを決定する請求項3又は4記載のサーバ装置。複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置による連携処理フロー決定方法であって、前記複数の外部装置に係る情報を管理する外部装置情報管理手順と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手順と、を有し、前記連携処理フロー決定手順において、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される連携処理フロー決定方法。複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置において実行される連携処理フロー決定プログラムであって、前記複数の外部装置に係る情報を管理する外部装置情報管理ステップと、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定ステップと、が実行され、前記連携処理フロー決定ステップは、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される連携処理フロー決定プログラム。複数の外部装置と、前記複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置とを含む画像処理システムであって、前記サーバ装置は、前記複数の外部装置に係る情報を管理する外部装置情報管理手段と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、を有し、前記連携処理フロー決定手段は、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される画像処理システム。上記従来の技術では、連携処理フローにおいて処理の実行中の処理サーバにトラブル等が発生すると、後段の処理を行う処理サーバへ画像データを出力できなくなる場合がある。この場合、画像処理の実行中の処理サーバが復旧するまで待機するか、又は連携処理フローを最初から実行しなければならないという問題があった。本発明は、上記事情を鑑みてこれを解決すべく成されたものであり、画像処理を実行している装置にトラブルが発生した場合でも、連携処理フローにより画像処理を中断させることなく実行することが可能なサーバ装置、連携処理フロー決定方法、連携処理フロー決定プログラム、画像処理システムを提供することを目的としている。本発明は、上記目的を達成すべく、以下の如き構成を採用した。本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置であって、前記複数の外部装置に係る情報を管理する外部装置情報管理手段と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、を有し、前記連携処理フロー決定手段は、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される。本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置による連携処理フロー決定方法であって、前記複数の外部装置に係る情報を管理する外部装置情報管理手順と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手順と、を有し、前記連携処理フロー決定手順において、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される。本発明は、複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置において実行される連携処理フロー決定プログラムであって、前記複数の外部装置に係る情報を管理する外部装置情報管理ステップと、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定ステップと、が実行され、前記連携処理フロー決定ステップは、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される。本発明は、複数の外部装置と、前記複数の外部装置を連携させて画像データに対して複数の処理を含む画像処理を実行させる連携処理フローを管理するサーバ装置とを含む画像処理システムであって、前記サーバ装置は、前記複数の外部装置に係る情報を管理する外部装置情報管理手段と、前記外部装置情報に基づき前記画像データに対して実行する前記処理の手順が定義された連携処理フローを決定する連携処理フロー決定手段と、を有し、前記連携処理フロー決定手段は、前記画像処理に対して複数の連携処理フローを決定し、前記複数の連携処理フローは、第一の連携処理フローにおいて連携する複数の外部装置と、第二の連携処理フローにおいて連携する複数の外部装置とが異なるように決定される。本発明によれば、画像処理を実行している装置にトラブルが発生した場合でも、連携処理フローにより画像処理を中断させることなく実行することができる。本発明では、一連の画像処理を行うに当たり、画像処理に含まれる各機能を異なる装置で実現する連携処理フローを常に複数抽出する。第一の実施形態以下に図面を参照して本発明の第一の実施形態について説明する。図2は、第一の実施形態の概略を説明するための図である。図2Aは、連携処理フローを実行する画像処理システムを構成する装置と、各装置の有する機能を示す図であり、図2Bは画像処理を実行する連携処理フローを示す図である。第一の実施形態の画像処理システム100では、図2Aに示すように、画像形成装置110、処理サーバ120、130、140、150、文書管理サーバ160を含む構成として説明する。画像形成装置110は、機能a、機能b、機能dを有する。処理サーバ120は、機能a、機能b、機能cを有する。処理サーバ130は、機能c、機能dを有する。処理サーバ140は、機能a、機能b、機能c、機能dを有する。処理サーバ150は、機能b、機能c、機能d、機能eを有する。本実施形態では、一連の画像処理は、機能a、機能b、機能c、機能dの順に実行される処理とした。本実施形態の画像処理システム100では、画像処理を実行する際に、図2Bに示すように上記4つの機能を実行するための複数の連携処理フローを決定する。例えば連携処理フロー1では、機能a~dを実行する装置として、画像形成装置110と処理サーバ130とが選択される。画像処理システム100では、画像形成装置110で機能a,bを実行した後に、画像データを処理サーバ130へ出力する。処理サーバ130は、この画像データに対して機能c,dを実行した後に、画像データを文書管理サーバ160へ出力する。また連携処理フロー2では、機能a~dを実行する装置として、処理サーバ120、140が選択される。画像処理システム100において連携処理フロー2では、処理サーバ140で、機能a,bを実行し、処理サーバ120で機能cを実行し、再度処理サーバ140で機能dを実行する。そして画像データを文書管理サーバ160へ出力する。本実施形態の画像処理システム100では、連携処理を連携処理フローにより実行する際に、上述の連携処理フロー1と連携処理フロー2とを抽出し、両方の連携処理フローにより画像処理を実行する。本実施形態では、以上のように一の画像処理を実行する際に複数の連携処理フローを決定することで、画像処理を実行中の装置に不具合が生じた場合でも、不具合が生じた時点で他の連携処理フローを分岐させることができる。よって画像処理実行中の処理サーバにトラブルが発生した場合でも、連携処理フローにより画像処理を中断せずに実行できる。図3は、第一の実施形態の画像処理システムのシステム構成例を示す図である。本実施形態の画像処理システム100は、画像形成装置110、処理サーバ120、130、140、150、文書管理サーバ160、連携処理フロー管理サーバ200を有し、各装置はLANLocalAreaNetwork等により接続されている。本実施形態の画像形成装置110は、例えばスキャナ装置であり、画像データを読み込む。本実施形態の画像形成装置110は、画像データをビットマップに展開するだけでなく、スキャナに関するスキャナ情報解像度、階調値、読取モード等を連携処理フロー管理サーバ200へ転送する。また本実施形態の画像形成装置110は、連携処理フロー管理サーバ200において決定される連携処理フローに基づき、読み取った画像データを処理サーバ120~150の何れかに出力する。尚本実施形態では、画像形成装置110をスキャナ装置としたが、画像形成装置110は例えば複合機等であっても良く、画像データを読み込む機能を有していれば良い。本実施形態の処理サーバ120~150は、連携処理を実行するサーバである。処理サーバ120~150のそれぞれは、連携処理フロー管理サーバ200において決定される連携処理フローに基づき、各処理サーバで実行する機能処理の順番を判断し、処理を実行する。そして処理サーバ120~150は、後段の処理サーバ又は文書管理サーバ160へ画像データを出力する。本実施形態の文書管理サーバ160は、連携処理の最後の処理が完了した画像データが格納される。尚本実施形態では、文書管理サーバ160に画像データが格納されるものとして説明するが、画像データが格納されるのは、例えばスマートフォン等の情報表示端末等であっても良い。本実施形態の連携処理フロー管理サーバ200は、画像処理システム100を構成する画像形成装置110及び処理サーバ120~150の状態を管理する。また本実施形態の連携処理フロー管理サーバ200は、画像処理システム100における連携処理フローを決定する。本実施形態の連携処理フロー管理サーバ200の詳細は後述する。図4は、連携処理フロー管理サーバのハードウェア構成の一例を示す図である。本実施形態の連携処理フロー管理サーバ200は、CPUCentralProcessing21、RAMRandomAccessMemory22、記憶装置23、表示装置24、ネットワーク装置25、入力装置26を有し、各装置はメインバスBにより互いに接続されている。CPU21は、メインバスBを介してCPU21、RAM22、記憶装置23、入力装置24、表示装置25及びネットワーク装置26を制御する。RAM22は、CPU21に対してワークエリアを提供する。記憶装置23は、例えば、ハードディスクやNVRAMNonVolatileRandomAccessMemoryであり、各種のプログラムや設定を記憶する。入力装置24は、ユーザがコマンドの入力を行うための入力装置である。表示装置25は、画面表示を行う装置である。ネットワーク装置26は、LANを介して接続された他の装置との間で通信を行う。尚本実施形態の文書管理サーバ160のハードウェア構成は、連携処理フロー管理サーバ200と同様であるから説明を省略する。図5は、処理サーバのハードウェア構成の一例を示す図である。本実施形態の画像処理システム100の処理サーバ120~150は、同様のハードウェア構成を有する。よって図5では、一例として処理サーバ120のハードウェア構成を説明する。本実施形態の処理サーバ120は、CPU31、RAM32、記憶装置33、ネットワーク装置34を有し、各装置はメインバスB1により互いに接続されている。CPU31は、メインバス35を介して、RAM32、記憶装置33及びネットワーク装置34を制御する。RAM32は、CPU31に対してワークエリアを提供する。記憶装置33は、各種のプログラムや設定を記憶する。ネットワーク装置34は、LANを介して接続された他の装置との間で通信を行う。図6は、画像形成装置のハードウェア構成の一例を示す図である。本実施形態の画像形成装置110は、コントローラユニット111、操作部112、USBデバイス113、スキャナ部114を有する。コントローラユニット111は、NVMEM300、CPU301、FlashROMReadOnlyMemory302、RAM303、操作部I/F304、LAN/IF305、画像バスI/F306、HDD307、USBポート308を有する。これらは、システムバス317により互いに接続されている。またコントローラユニット111は、RIP309、スキャナI/F310、画像処理部311を有する。これらは、画像バス318により互いに接続されている。また画像バス318は、画像バスI/F306と接続されている。CPU301は、画像形成装置110の全体を制御するプロセッサである。NVMEM300は、不揮発性のメモリであり、設定情報等を記憶する。例えばNVMEM300は、CPU301が動作するためのシステムワークメモリ、プログラムを記録するためのプログラムメモリ、及び画像データを一時記録するための画像メモリとして機能する。FlashROM302は、書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムを記憶する。USBポート308は、USBデバイス313との接続を可能にする。操作部I/F304は、操作部112とのインタフェース部である。操作部I/F304は、操作部112に表示する操作画面等の画像データを、操作部112に対して出力し、また、操作部112から入力された情報を、CPU301に伝達する。操作部112は、システムの操作画面を表示するLCD表示部及び操作キー等を有し、例えばLCD表示部上にはタッチパネルシートが貼られていても良い。操作部112は、ユーザによって操作キーが押下された場合の入力情報及びタッチパネルシートが押下された場合の位置情報等を、操作部I/F304を介してCPU301に伝達する。LANI/F305は、LANに接続するためのインタフェースである。画像形成装置110は、LANI/F305を介してLAN上の他の装置PCや各サーバに対してデータの送信及び他の装置からのデータの取得を行う。画像バスI/F308は、システムバス317と画像バス318とを接続し、データ構造を変換するバスブリッジである。画像バス318は、PCIPeripheralComponentInterconnectバスやIEEEInstituteofElectricalandElectronicEngineers1394で構成されており、画像データを高速で転送可能である。RIP309は、PDLPageDescriptionLanguageコードのようなベクトルデータをビットマップイメージに展開する。スキャナI/F310は、画像読取部として機能するスキャナ部114とコントローラユニット111とを接続するインタフェース部であり、画像データの変換を行う。スキャナ部114は、原稿から画像を読み取ることにより、画像データを生成する。本実施形態のスキャナ部114の画像の読取方式は、例えばレーザを用いた方式等である。コントローラユニット111は、スキャナI/F310を介して、スキャナ部114との間で画像データやデバイス情報等の入出力を行う。画像処理部311は、入力された画像データに対して、補正、加工、又は編集といった画像処理を実行する。本実施形態の画像処理部311は、例えばスキャナ部114において生成された画像データに対して、補正、解像度変換等を行う。さらに本実施形態の画像処理部311は、入力された画像データに対して回転処理を施すことができる。また本実施形態の画像処理部311は、入力された画像データが多値画像データのときはJPEGJointPhotographicExpertsGroup等、入力された画像データが2値画像データのときはJBIGJointBilevelImageExpertsGroup、MMRModifiedModifiedREAD、MHModifiedHuffman等の圧縮、伸張処理を施すことが可能である。以下に図7を参照して本実施形態の画像処理システム100を構成する各装置の機能について説明する。図7は、第一の実施形態の画像処理システムを構成する各装置の機能を説明する図である。本実施形態の画像形成装置110は、入力画像読取部115、情報転送部116、連携処理フロー解析部117を有する。本実施形態の入力画像読取部115は、スキャナ部114が読み取った画像データをビットマップに展開しNVMEM300へ一時的に格納する。情報転送部116は、画像形成装置110のスキャナ情報を連携処理フロー管理サーバ200へ転送する。スキャナ情報の詳細は後述する。また情報転送部116は、連携処理フロー管理サーバ200から取得した連携処理フローにおいて最初の連携処理を実行するサーバへ画像データと連携処理フローとを転送する。連携処理フロー解析部117は、連携処理フロー管理サーバ200から取得する連携処理フローの解析を行う。本実施形態の連携処理フロー管理サーバ200は、サーバ管理部210、連携処理フロー決定部220、異常検知部230を有する。本実施形態のサーバ管理部210は、処理サーバ120~150に関するサーバ情報を管理する。具体的にはサーバ情報とは、例えば処理サーバ120~150の名前、IPアドレス、各処理サーバにおいて実行可能な機能の情報、処理サーバ120~150にかかる負荷の状態を示す情報等を含む。本実施形態のサーバ情報は、例えば連携処理フロー管理サーバ200の有する記憶装置23等に格納されていても良い。本実施形態のサーバ管理部210は、処理サーバ120~150の状態が変化したときに記憶装置23に格納されたサーバ情報を更新して良いし、所定間隔毎に処理サーバ120~150の状態を取得し、記憶装置23に格納されたサーバ情報を更新しても良い。また本実施形態のサーバ管理部210は、処理サーバ120~150のサーバ情報以外にも、文書管理サーバ160の状態を示す文書管理サーバ情報を管理しても良い。文書管理サーバ情報とは、例えば文書管理サーバ160の空き容量等を含む情報であり、記憶装置23に格納されていても良い。文書管理サーバ情報の詳細は後述する。本実施形態の連携処理フロー決定部220は、画像形成装置110から受け取ったスキャナ情報と、サーバ管理部210により管理される各処理サーバ120~150のサーバ情報等に基づき、画像データに施す画像処理の連携処理フローを決定する。具体的には本実施形態の連携処理フロー決定部220は、スキャナ情報やサーバ情報に基づき、予め設定された連携処理フローのパターン以下、連携処理フローパターンと呼ぶ。から適正な連携処理フローを抽出する。連携処理フローパターンは、例えば連携処理フロー管理サーバ200の有する記憶装置23等に予め格納されていても良い。本実施形態の連携処理フローパターンは、例えば処理順番、処理を実行する処理サーバ、転送先IPアドレス、最初の処理を実行する処理サーバのフラグ情報、最後の処理を実行する処理サーバのフラグ情報等が格納されている。連携処理フローパターンの詳細は後述する。また本実施形態において画像データに施される画像処理は、各処理サーバ120~150で実現される複数の機能を含む。各処理サーバ120~150で実現される機能とは、例えば画像データの拡大や縮小を含む編集、スキャナ補正、色空間の切替処理、プロッタ等である。本実施形態の異常検知部230は、連携処理フローの実行中に異常が発生した場合に、これを検知する。具体的には異常検知部230は、画像処理に含まれる機能を実行している処理サーバから所定時間応答がない場合に、異常を検知しても良い。本実施形態の処理サーバ120~150は、各処理サーバにおいて所定の機能を実現させる処理を実行する処理部を有する。処理サーバ120は処理部121を有し、処理サーバ130は処理部131を有する。処理サーバ140は処理部141を有し、処理サーバ150は処理部151を有する。文書管理サーバ160は、画像データが格納される画像データ格納部161を有する。本実施形態では、例えば連携処理フローの実行が完了した画像データが画像データ格納部161に格納される。次に、図8を参照して本実施形態の画像処理システム100における連携処理フローの決定について説明する。図8は、第一の実施形態の連携処理フローの決定を説明するフローチャートである。本実施形態の画像処理システム100において、画像形成装置110が入力画像読取部115によりスキャナ部114が読み取った画像データを取得するステップS801。続いて画像形成装置110は情報転送部116により、スキャナ情報を連携処理フロー管理サーバ200へ送信するステップS802。ここで図9を参照してスキャナ情報について説明する。図9は、スキャナ情報の一例を示す図である。図9に示すスキャナ情報90は、画像形成装置110のIPアドレス、解像度、階調値、カラー印刷機能を有するか否かの情報等が含まれる。本実施形態では、例えばスキャナ情報90を参照することで、カラーに適した連携処理フローを抽出するか、モノクロに適した連携処理フローを抽出するかを判断しても良い。連携処理フロー管理サーバ200は、続いてサーバ管理部210によりサーバ情報を取得するステップS803。以下に図10を参照して本実施形態のサーバ情報について説明する。図10は、サーバ情報の一例を示す図である。図10のサーバ情報91では、処理サーバ名、処理サーバの有する機能、負荷の状態を示す負荷カウンタ、IPアドレスが含まれる。サーバ情報91では、処理サーバ120が実現可能な機能は、例えば機能a,機能b,機能cであり、負荷カウンタの値が60である。また処理サーバ130が実現可能な機能は、例えば機能c,機能dであり、負荷カウンタの値が30である。したがって、処理サーバ130の方が処理サーバ120よりも負荷が小さいことがわかる。尚負荷カウンタとは、処理サーバの負荷の状態を示す値であり、例えば処理サーバの有するCPUの使用率を示す値等であっても良い。続いて連携処理フロー管理サーバ200は、連携処理フロー決定部220により連携処理フローを決定するステップS804。以下に本実施形態の連携処理フロー決定部220による連携処理フローの決定の詳細を説明する。本実施形態の連携処理フロー決定部220は、画像形成装置110の画像データを取得してから文書管理サーバ160へ格納するまでに画像データに施される一連の画像処理を実現する連携処理フローを複数抽出する。以下では、例えば画像処理が機能a,機能b,機能c,機能dの順に実現することにより実行されるものとし、2つの連携処理フローを抽出する場合について説明する。本実施形態の連携処理フロー決定部220は、連携処理フローパターンと、サーバ情報91とを参照し、1つ目の連携処理フローを抽出する。続いて連携処理フロー決定部220は、2つ目の連携処理フローとして、1つ目の連携処理フローにおいて使用されていない処理サーバによる連携処理フローを抽出する。図11は、第一の実施形態の連携処理フローパターンの一例を示す図である。図11に示す連携処理フローパターン95は、処理順番、処理を実行するサーバを記したフローパターン、処理を施した後の画像データの転送先IPアドレス、最初の処理を実行するサーバのフラグ情報、最後の処理を実行する処理サーバのフラグ情報が含まれる。尚図11では、転送先IPアドレスに●が付された処理サーバが最初に処理を実行する処理サーバであり、転送先IPアドレスに■が付された処理サーバが最後に処理を実行する処理サーバである。図11では、例えば連携処理フローパターンNo.1では、処理順番は機能aを実現する処理,機能bを実現する処理の順である。処理を実行する処理サーバのフローパターンは、機能aを実現する処理,機能bを実現する処理共に画像形成装置110で実行するパターン以下、パターン11と、機能aを実現する処理,機能bを実現する処理共に処理サーバ140で実行するパターン以下、パターン12と、を有する。また連携処理フローパターンNo.3では、処理順番は機能aを実現する処理,機能bを実現する処理,機能cを実現する処理,機能dを実現する処理の順である。処理を実行する処理サーバのフローパターンは、機能a,機能bを実現する処理を画像形成装置110で実行し、機能c,機能dを実現する処理を処理サーバ130で実行するパターン以下、パターン31と、機能a,機能b,機能dを実現する処理を処理サーバ140で実行し、機能bを実現する処理を処理サーバ120で実行するパターン以下、パターン32と、機能aを実現する処理を画像形成装置110で実行し、機能bを実現する処理を処理サーバ120で実行し、機能cを実現する処理を処理サーバ130で実行し、機能dを実現する処理を処理サーバ140で実行するパターン以下、パターン33と、を有する。例えば連携処理フロー決定部220は、機能a,機能b,機能c,機能dの順に各機能を実現する連携処理フローを抽出する場合、連携処理フローパターン95を参照し、連携処理フローパターンNo.3の中からフローパターンを抽出する。以下に連携処理フローパターンNo.3の中からフローパターンを抽出する場合を説明する。本実施形態の連携処理フロー決定部220は、サーバ情報91を参照し、負荷の小さい処理サーバを用いたフローパターンを1つ目の連携処理フロー1として抽出する。続いて連携処理フロー決定部220は、連携処理フロー1で使用していない処理サーバによる連携処理フローを連携処理フロー2として抽出する。本実施形態では、例えば図2Bに示すように、連携処理フロー1として、パターン31が抽出され、連携処理フロー2としてパターン32が抽出されるものとした。本実施形態では、このように一連の画像処理を実行する際に、2つの連携処理フローを抽出することで、画像処理を実行中の装置に異常が検知された場合でも、もう一つの連携処理フローにより画像処理を継続して実行することができる。尚本実施形態では、連携処理フロー決定部220は2つの連携処理フローを抽出するものとしたが、これに限定されない。連携処理フロー決定部220は、例えば3以上の連携処理フローを抽出しても良い。図8に戻って、連携処理フロー決定部220が連携処理フローを抽出すると、連携処理フロー管理サーバ200は、抽出した連携処理フローを画像形成装置110へ送信するステップS805。ここで連携処理フロー管理サーバ200は、連携処理フロー決定部220により抽出された複数の連携処理フローを画像形成装置110へ送信する。画像形成装置110は、連携処理フロー解析部117により、連携処理フロー管理サーバ200から受信した複数の連携処理フローの解析を行うステップS806。続いて画像形成装置110は、各連携処理フローにおいて、最初に処理を実行する装置を特定するステップS806。続いて画像形成装置110は、情報転送部116により、特定された装置が他の装置であった場合、画像データと連携処理フローを送信するステップS807。例えば図2Bの例では、画像形成装置110は、連携処理フロー1では最初に処理を実行する装置を画像形成装置110であるから、画像データと連携処理フローの送信は行わない。また連携処理フロー2では、最初に処理を実行する装置は処理サーバ140である。よって画像形成装置110は、処理サーバ140に画像データと連携処理フロー2とを送信する。画像データと連携処理フローとを受け取った各装置は、連携処理フローに従って処理を実行するステップS808。すなわち本実施形態では、連携処理フロー1と連携処理フロー2において、画像処理が実行される。尚本実施形態では、連携処理フロー1と連携処理フロー2とを並行して実行しても良い。続いて最後に処理を行った装置は、画像データを文書管理サーバ160へ格納しステップS809、連携処理フローの実行を完了する。尚本実施形態では、連携処理フロー1と連携処理フロー2とを並列して実行することで、連携処理フロー1により画像処理が施された画像データと、連携処理フロー2により画像処理が施された画像データとが生成される。この2つの画像データは、同様の画像データである。本実施形態では、連携処理フロー1により生成された画像データを文書管理サーバ160へ格納し、連携処理フロー2により生成された画像データは、破棄しても良い。又は文書管理サーバ160に格納される画像データをユーザに選択させても良い。尚本実施形態では、画像データは文書管理サーバ160へ格納されるものとしたが、画像処理システム100には文書管理サーバが他にも設けられていても良い。また画像データを格納する文書管理サーバは、連携処理フロー決定部220が文書管理サーバ情報を参照して予め決定していて良い。図12は、文書管理サーバ情報の一例を示す図である。図12に示す文書管理サーバ情報96は、複数の文書管理サーバの使用容量が示されている。図12の例では、文書管理サーバ160の使用容量が最も少ないため、連携処理フロー決定部220は、画像データの格納先として文書管理サーバ160を選択できる。次に、本実施形態の画像処理システム100において、連携処理フローを実行中に、処理を実行している装置に異常が検知された場合について説明する。図13は、第一の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。図13では、連携処理フロー1の機能bを実現する処理を実行している装置において異常が検知された場合を示している。本実施形態において、連携処理フロー管理サーバ200は、異常検知部230により連携処理フロー1の機能b実現する処理の実行中に異常が検知されると、連携処理フロー1の機能b以降の連携処理フローを取り消し、連携処理フロー2の実行を継続させる。また連携処理フロー管理サーバ200は、連携処理フロー決定部220により機能b以降の処理を実行する新たな連携処理フロー3を抽出する。以下に、異常が検知された場合の画像処理システム100の動作を説明する。図14は、第一の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。尚図14の処理は、図8のステップS808の実行中に行われる処理である。本実施形態の画像処理システム100において、連携処理フロー管理サーバ200は、異常検知部230が異常を検知したか否かを判断するステップS1401。本実施形態の異常検知部230は、例えば連携処理フローを実行している装置へアクセスし、所定時間応答がない場合に異常と判断する。ステップS1401において異常が検知されない場合、連携処理フロー管理サーバ200はステップS809へ進む。ステップS1401において異常が検知されると、連携処理フロー管理サーバ200は、正常に連携処理フローを行っているもう他の連携処理フローにおいて、異常が検出された処理と同様の処理を行う装置に対し、処理実行後の画像データのコピーデータ以下、コピー画像データと呼ぶ。を生成してRAM等に一時保存させるステップS1402。続いて連携処理フロー管理サーバ200は、異常が検知された装置の後段の装置への画像データと連携処理フローの転送を取り消し、新たな連携処理フローを抽出するステップS1403。続いて連携処理フロー管理サーバ200は、新たに抽出された連携処理フローを、一時保存された画像データに付加し、新たに抽出された連携処理フローにおいて最初に処理を実行する装置に送信するステップS1404。続いて連携処理フロー管理サーバ200は、新たに抽出された連携処理フローにおいて後段の処理があるか否かを判断するステップS1405。ステップS1405において後段の処理がある場合は、該当する処理サーバが処理を実行するステップS1406。以下に、図2及び図13を参照し、ステップS1401~ステップS1406までの処理を具体的に説明する。連携処理フロー管理サーバ200において、異常検知部230が連携処理フロー1の機能bを実行中の装置に異常を検知したとする。図2の例では、連携処理フロー1において機能bを実行する装置は画像形成装置110である。よって連携処理フロー管理サーバ200は、連携処理フロー2において機能bに対応する処理を実行する処理サーバ140へ、機能bに対応する処理実行後のコピー画像データを一時保存させる。尚連携処理フロー2は連携処理フロー1と並列して正常に実行されるものとした。そして連携処理フロー管理サーバ200は、画像形成装置110に対し、後段の装置に対する画像データと連携処理フロー1の転送を停止させる。図2の例では、機能bの後段の機能cを実行する装置は、処理サーバ130である。よって処理サーバ130に対する画像データと連携処理フロー1は転送されず、連携処理フロー1は取り消される。続いて連携処理フロー管理サーバ200において、連携処理フロー決定部220は、機能c以降の新たな連携処理フロー3を抽出する。ここで連携処理フロー3は、連携処理フロー2における機能c以降の全ての処理を含むフローとして抽出される。また連携処理フロー3を実行する装置は、連携処理フロー2で使用されていない装置である。図13の場合、連携処理フロー2における機能c以降の処理は、機能c,機能dを実現する処理である。また連携処理フロー2で機能cを実現する処理は処理サーバ120により実行され、機能dを実現する処理は処理サーバ140により実行される。よって連携処理フロー3では、機能c,機能dを処理サーバ120、140以外の装置で実行するフローとして抽出される。図13の例では、連携処理フロー3は、機能c,機能dを処理サーバ130で実行するフローとした。尚連携処理フロー3は、サーバ情報91と連携処理フローパターン95とにより決定される。連携処理フロー管理サーバ200は、連携処理フロー3が抽出されると、処理サーバ140において一時保存されたコピー画像データに、連携処理フロー3を付加して連携処理フロー3において最初に処理を実行する装置へ送信する。連携処理フロー3において最初に処理を実行する装置とは、機能cを実行する処理サーバ130である。本実施形態では、この構成により、連携処理フロー1が機能bで取り消されても、機能c以降は連携処理フロー2と連携処理フロー3により画像処理が実行される。すなわち本実施形態では、一連の画像処理に対して常に複数の連携処理フローを有するようにした。本実施形態では、この構成により一つの連携処理フローを実行する装置においてサーバ障害等により後段へ画像データと連携処理フローを出力できない状態となっても、もう一方の連携処理フローを実行する装置により、画像データをバックアップすることが可能となる。よって本実施形態によれば、連携処理を実行するサーバにトラブルが発生した場合でも、画像処理を中断することなく実行することができる。図14に戻って、ステップS1405において後段の処理がなくなると、連携処理フロー管理サーバ200は、連携処理フロー実行後の画像データを画像形成装置110の操作部112に表示させるステップS1407。本実施形態では、複数の連携処理フローが並行して実行されているため、画像処理実行後の画像データも複数存在する。操作部112には、複数の連携処理フローに対応した複数の画像データが表示される。尚画像データを表示させる装置は、画像形成装置110でなくても良く、ユーザが操作可能な装置であれば良い。図15は、第一の実施形態において複数の画像データが表示された画面の例を示す図である。図15に示す画面112Aは、例えば操作部112に表示される画面である。画面112Aに示す画像152は、例えば連携処理フロー2により画像処理が施された画像であり、画像153は連携処理フロー3により画像処理が施された画像であっても良い。画像形成装置110において複数の画像データが表示されると、連携処理フロー管理サーバ200は文書管理サーバ160へ格納すべき画像データが選択されたか否かを判断するステップS1408。ステップS1408において画像データが選択されると、選択された画像データを文書管理サーバ160へ格納するステップS1409。ステップS1408において画像データが選択されない場合、連携処理フロー管理サーバ200は、複数の画像データの格納が指示されたか否かを判断するステップS1410。ステップS1410において、連携処理フローに対応した複数の画像データの格納が指示されていた場合、連携処理フロー管理サーバ200は複数の画像データを文書管理サーバ160へ格納するステップS1411。ステップS1410において、複数の画像データの格納が指示されていない場合、連携処理フロー管理サーバ200は、画像データの格納がキャンセルされたか否かを判断するステップS1412。ステップS1412においてキャンセルされた場合、連携処理フロー管理サーバ200は処理を終了する。ステップS1412においてキャンセルされていない場合、連携処理フロー管理サーバ200はステップS1409へ戻る。以上のように本実施形態では、一連の画像処理を行う連携処理フローを常に複数有することで、連携処理を実行するサーバにトラブルが発生した場合でも、画像処理を中断することなく実行することができる。尚本実施形態は、例えば画像処理システム100に含まれる全ての処理サーバがカラー画像に対応していた場合に適用されても良いし、全ての処理サーバがモノクロ画像にのみ対応していた場合に適用されても良い。第二の実施形態以下に図面を参照して本発明の第二の実施形態について説明する。本発明の第二の実施形態では、処理サーバにカラー画像に対応したものと、モノクロ画像にのみ対応したものが含まれる場合について説明する。以下の第二の実施形態において、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。図16は、第二の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。図16Aは、一度モノクロ画像のみに対応した連携処理フローに分岐され、その後にカラー画像に対応した連携処理フローに戻る場合の例である。図16Bは、モノクロ画像のみに対応した連携処理フローに分岐され、カラー画像に対応した連携処理フローに戻らない場合の例である。尚本実施形態では、画像形成装置110、処理サーバ120、130、140がカラー画像に対応した装置であり、処理サーバ150がモノクロ画像のみに対応した装置とした。また画像形成装置110で読み取られる画像データは、カラーの画像データとした。さらに本実施形態の連携処理フロー決定部220は、連携処理フローがカラー画像に対応可能なものか、又はモノクロ画像にのみ対応するものか否かを判断できるものとした。図16Aでは、連携処理フロー1の機能bを実現する処理に実行する画像形成装置110に異常が検知され、連携処理フロー2の機能c以降の連携処理フロー3を抽出する。ここで使用可能な処理サーバがモノクロ画像のみに対応した処理サーバ150のみであった場合、連携処理フロー決定部220は、連携処理フロー3を実行する処理サーバとして処理サーバ150を選択する。そして連携処理フロー決定部220は、処理サーバ140で一時保持されたコピー画像データと連携処理フロー3を処理サーバ150へ出力する。ここで本実施形態の連携処理フロー管理サーバ200は、カラー画像に対応した処理サーバが使用可能となった場合に備え、連携処理フロー2において機能bの後段の機能cを実現する処理を実行した際にも、コピー画像データを一時保存させる。図16Aでは、連携処理フロー2において機能cを実現する処理は処理サーバ120により実行される。よって処理サーバ120には、処理実行後のコピー画像データが保存される。さらに本実施形態では、機能cの実現後にカラー画像に対応した処理サーバが使用可能となった場合、連携処理フロー3を停止してカラー画像に対応した処理サーバを用いた連携処理フロー4を機能d以降に分岐させる。図16Aでは、機能cの実現後、カラー画像に対応した処理サーバ130が使用可能となるため、機能dを処理サーバ130で実現する連携処理フロー4が抽出される。この場合、連携処理フロー2により出力される画像データと、連携処理フロー4により出力される画像データは、両者ともカラーの画像データである。図16Bでは、連携処理フロー3でモノクロ画像にのみ対応した連携処理フロー3が抽出された後に、カラー画像に対応した処理サーバが最後まで使用可能とならなかった場合を示している。この場合連携処理フロー2により出力される画像データはカラー画像データであり、連携処理フロー3により出力される画像データはモノクロ画像データとなる。以下に図17を参照して、本実施形態において異常が検知された場合の画像処理システム100の動作を説明する。図17は、第二の実施形態において処理を実行している装置に異常が検知された場合の画像処理システムの動作を説明するフローチャートである。以下の図17では、図16の例を参照しつつ、画像処理システム100の動作を説明する。図17のステップS1701からステップS1703まで処理は、図14のステップS1401からステップS1403までの処理と同様であるから、説明を省略する。ステップS1703に続いて、連携処理フロー決定部220は、抽出された新たな連携処理フローにおいてカラー画像に対応した連携処理フローがあるか否か判断するステップS1704。ステップS1704においてカラー画像に対応した連携処理フローがある場合、後述するステップS1711へ進む。ステップS1704においてカラー画像に対応した連携処理フローがない場合、連携処理フロー管理サーバ200は、連携処理フロー2の機能bの実現後のコピー画像データと、連携処理フロー3を処理サーバ150へ出力するステップS1705。続いて連携処理フロー管理サーバ200は、連携処理フロー2において機能cを実現した後に、機能cを実現する処理サーバ120にコピー画像データを生成させ、一時保存させるステップS1706。続いて連携処理フロー管理サーバ200は、後段の処理がないか否かを判断するステップS1707。ステップS1707において後段の処理がある場合、連携処理フロー管理サーバ200はステップS1703へ戻る。ステップS1707において後段の処理がない場合、後述するステップS1711へ進む。ステップS1708からステップS1716までの処理は、図14のステップS1404からステップS1412までの処理と同様であるから説明を省略する。ステップS1716において、キャンセルを実行された場合、連携処理フロー管理サーバ200において連携処理フロー決定部220は、カラー画像に対応した連携処理フローが存在するか否かを判断するステップS1717。ステップS1717において、カラー画像に対応した連携処理フローが存在しない場合、画像処理システム100は処理を終了する。ステップS1717においてカラー画像に対応した連携処理フローが存在する場合、例えば画像形成装置110の操作部112に連携処理フローの再実行に関する確認事項を表示させるステップS1718。続いて連携処理フロー管理サーバ200は、キャンセルが選択されたか否かを判断するステップS1719。ステップS1719でキャンセルが選択された場合、画像処理システム100は処理を終了する。ステップS1719においてキャンセルが選択されない場合、連携処理フロー管理サーバ200は、ステップS1703へ戻る。図18は、第二の実施形態において複数の画像データが表示された画面の例を示す図である。図18に示す画面112Bは、例えば操作部112に表示される画面である。この画面は、ステップS1714において表示される。画面112Bに表示される画像データは、一方がカラー画像に対応した連携処理フローにより出力された画像データであり、他方は一部がモノクロ画像にのみ対応した連携処理フローにより出力された画像データである。そのため、カラー画像に対応した連携処理フローにより出力された画像データの格納を推奨するメッセージ等が表示されても良い。尚本実施形態では、2つの画像データを表示させず、カラー画像に対応した連携処理フローにより出力された画像データを自動的に文書管理サーバ160へ格納するようにしても良い。図19は、第二の実施形態において連携処理フローの再実行を行うか否かを選択させる画面の例を示す図である。図19に示す画面112Cは、例えば画像形成装置110の操作部112に表示されても良い。画面112Cは、ステップS1721において表示される。本実施形態では、画面112Cに、カラー画像に対応した連携処理フローにより画像データを再出力するまでにかかる時間を表示させても良い。尚本実施形態では、カラー画像に対応した装置において実行される機能a,b,c,dを実現する処理と、モノクロ画像のみに対応した装置において実行される機能a,b,c,dを実現する処理とは、パラメータが異なる同様の処理である。以上のように本実施形態では、入力された画像データがカラー画像データである場合に、モノクロ画像にのみ対応した連携処理フローへ分岐した場合、再度カラー画像に対応した連携処理フローへ分岐させるように動作する。第三の実施形態以下に図面を参照して本発明の第三の実施形態について説明する。本発明の第三の実施形態では、最終的にモノクロ画像データのみが出される場合である。以下の第三の実施形態において、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。図20は、第三の実施形態において処理を実行している装置に異常が検知された場合を説明する図である。尚本実施形態の画像処理システム100は、モノクロ画像にのみ対応し、機能eを実現する処理を実行する処理サーバ170を含むものとした。図20の例では、連携処理フロー1の機能bの実現中に画像形成装置110で異常が検知され、連携処理フロー2から連携処理フロー3が分岐される。連携処理フロー3はモノクロ画像にのみ対応した連携処理フローである。次に連携処理フロー2の機能dの実現中に処理サーバ140で異常が検知される。すると連携処理フロー管理サーバ200は、連携処理フロー3において機能dを実現中の処理サーバ150に、機能d実現後のコピー画像データを生成させて一時保存させる。続いて連携処理フロー決定部220は、連携処理フロー3の機能dの後段の処理を行う連携処理フローを新たに抽出する。このとき処理サーバ150に保存されたコピー画像データは、モノクロの画像データである。よって連携処理フロー決定部220は、モノクロ画像に対応した連携処理フロー4を抽出する。連携処理フロー4では、機能dの後段の機能eをモノクロ画像にのみ対応した処理サーバ170により実現し、出力した画像データを文書管理サーバ160へ格納する。すなわち本実施形態では、連携処理フロー3により出力された画像データも連携処理フロー4により出力された画像データも、モノクロの画像データとなる。この場合、画像データを文書管理サーバ160へ格納する際に、例えば図21に示すような画面を画像形成装置110の操作部112に表示させても良い。図21は、第三の実施形態において複数の画像データが表示された画面の例を示す図である。図21に示す画面112Dにおいて、連携処理フロー3と連携処理フロー4に対応する画像データ221と画像データ222は、何れもカラーの画像データではない。このため、例えばメッセージ223のように画像データが不完全であること示す警告を表示させても良い。以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。"