(57)【特許請求の範囲】
【請求項１】
ネットワークに接続され、相互に通信を行う複数の情報処理装置が、それぞれの情報処理装置のワークフローの手順書にしたがって、連携して前記ワークフローを実行する情報処理システムであって、
前記手順書は、当該情報処理装置の処理の内容、該処理を実行する情報処理装置を特定する情報、１つ上流の第１の情報処理装置を特定する情報及び１つ下流の第２の情報処理装置を特定する情報を含み、
１つ下流の情報処理装置であって異常を発生した情報処理装置である異常情報処理装置の異常を検出した情報処理装置は、前記異常情報処理装置の手順書を参照して該手順書が複数の前記第１の情報処理装置を特定する情報を含んでいる場合に、ワークフローに係る手順書を参照して前記複数の第１の情報処理装置の上流の情報処理装置をたどって合流する情報処理装置を、前記異常情報処理装置の代替装置を決定するための代替装置決定情報処理装置として決定し、
前記代替装置決定情報処理装置は、前記異常情報処理装置の代替情報処理装置を決定し、前記異常情報処理装置の１つ上流の情報処理装置に、決定した代替情報処理装置の情報を通知することを特徴とする情報処理システム。
【請求項２】
前記代替装置決定情報処理装置から代替情報処理装置の情報の通知を受けた前記異常情報処理装置の１つ上流の情報処理装置は、前記異常情報処理装置の手順書を修正することを特徴とする情報処理システム。
【請求項３】
１つ上流の情報処理装置は、１つ下流の情報処理装置から処理が終了した旨の通知が所定時間内になされなかった場合に、１つ下流の情報処理装置に異常が発生したことを検出することを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
１つ上流の情報処理装置は、１つ下流の情報処理装置に、処理状態の問い合わせを行い、該問い合わせの応答に基づいて、１つ下流の情報処理装置に異常が発生したか否かを検出することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項５】
１つ上流の情報処理装置は、所定間隔で、前記問い合わせを所定回数行っても応答が無い場合に、１つ下流の情報処理装置に異常が発生したと判定することを特徴とする請求項４記載の情報処理システム。
【請求項６】
請求項３に記載の１つ下流の情報処理装置から、該１つ下流の情報処理装置の１つ上流の情報処理装置に、処理が終了した旨の通知を行う迄の時間に係る前記所定時間又は請求項５に記載の１つ下流の情報処理装置への、該１つ下流の情報処理装置の１つ上流の情報処理装置からの前記問い合わせの間隔に係る所定間隔は、前記１つ下流の情報処理装置の処理内容に応じて設定されることを特徴とする情報処理システム。
【請求項７】
前記情報処理装置は、自装置での処理に異常が発生すると、自装置に係る前記手順書を参照して、前記第２の情報処理装置に、異常が発生した旨の異常通知を行うことを特徴とする請求項１から請求項６のいずれかに記載の情報処理システム。
【請求項８】
前記代替装置決定情報処理装置は、前記異常情報処理装置の代替情報処理装置を決定すると、前記代替情報処理装置のデバイス名又はＩＰアドレスを前記異常情報処理装置の１つ上流の情報処理装置に送信することを特徴とする請求項１から請求項６のいずれかに記載の情報処理システム。
【請求項９】
ネットワークに接続され、相互に通信を行う複数の情報処理装置が、それぞれの情報処理装置のワークフローの手順書にしたがって、連携して前記ワークフローを実行する情報処理システムを構成する前記複数の情報処理装置の内の一つの情報処理装置であって、
前記手順書は、当該情報処理装置の処理の内容、該処理を実行する情報処理装置を特定する情報、当該情報処理装置の１つ上流の第１の情報処理装置を特定する情報及び当該情報処理装置の１つ下流の第２の情報処理装置を特定する情報を含み、
当該情報処理装置の１つ下流の情報処理装置であって異常を発生した情報処理装置である異常情報処理装置の異常を検出した場合であって、前記異常情報処理装置の手順書を参照して該手順書が複数の前記第１の情報処理装置を特定する情報を含んでいるときに、ワークフローに係る手順書を参照して前記複数の第１の情報処理装置の上流の情報処理装置をたどって合流する情報処理装置を、前記異常情報処理装置の代替装置を決定するための代替装置決定情報処理装置として決定し、
当該情報処理装置が、前記異常情報処理装置の１つ上流の情報処理装置であって、前記異常情報処理装置の異常を検出した情報処理装置の場合、前記異常情報処理装置の代替情報処理装置を決定した前記代替装置決定情報処理装置から前記異常情報処理装置の代替情報処理装置の情報が通知される情報処理装置。
【請求項１０】
ネットワークに接続され、相互に通信を行う複数の情報処理装置が、それぞれの情報処理装置のワークフローの手順書にしたがって、連携して前記ワークフローを実行する情報処理システムにおける情報処理方法であって、
前記手順書は、当該情報処理装置の処理の内容、該処理を実行する情報処理装置を特定する情報、１つ上流の第１の情報処理装置を特定する情報及び１つ下流の第２の情報処理装置を特定する情報を含み、
１つ下流の情報処理装置の異常を検出した、該１つ下流の情報処理装置の１つ上流の情報処理装置は、前記１つ下流の情報処理装置の手順書を参照して該手順書が複数の前記第１の情報処理装置を有している場合に、ワークフローに係る手順書を参照して前記第１の情報処理装置の上流の情報処理装置をたどって合流する情報処理装置を、異常が検出された前記１つ下流の情報処理装置の代替装置を決定するための代替装置決定情報処理装置として決定し、
前記代替装置決定情報処理装置は、異常と検出された前記１つ下流の情報処理装置の代替情報処理装置を決定し、前記１つ上流の情報処理装置に、決定した代替情報処理装置の情報を通知する情報処理方法。
【請求項１１】
ネットワークに接続され、相互に通信を行う複数の情報処理装置が、それぞれの情報処理装置のワークフローの手順書であって、当該情報処理装置の処理の内容、該処理を実行する情報処理装置を特定する情報、１つ上流の第１の情報処理装置を特定する情報及び１つ下流の第２の情報処理装置を特定する情報を含む手順書にしたがって、連携して前記ワークフローを実行する情報処理システムを構成する前記複数の情報処理装置の内の一つの情報処理装置に搭載された情報処理プログラムであって、
当該情報処理プログラムが搭載された情報処理装置が、当該情報処理プログラムが搭載された情報処理装置の１つ下流の情報処理装置であって異常を発生した情報処理装置である異常情報処理装置の異常を検出した場合であって、前記異常情報処理装置の手順書を参照して該手順書が複数の前記第１の情報処理装置を特定する情報を含んでいるときに、ワークフローに係る手順書を参照して前記複数の第１の情報処理装置の上流の情報処理装置をたどって合流する情報処理装置を、前記異常情報処理装置の代替装置を決定するための代替装置決定情報処理装置として決定させ、
当該情報処理プログラムが搭載された情報処理装置が、前記異常情報処理装置の１つ上流の情報処理装置であって、前記異常情報処理装置の異常を検出した情報処理装置の場合、前記異常情報処理装置の代替情報処理装置を決定した前記代替装置決定情報処理装置から前記異常情報処理装置の代替情報処理装置の情報を受信するよう制御する情報処理プログラム。
【請求項１２】
請求項１１記載の情報処理プログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に関し、詳細には、複数の情報処理装置を連携して手順書に従って画像処理する情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
ネットワークに接続されているＭＦＰ（Multi Function Peripheral）、サーバ、ネットワーク端末等の複数の情報処理装置を手順書に従って連携させて１つのワークフローを実行する情報処理システムがある。
【０００３】
従来のワークフローを実行する情報処理システムは、例えば、ネットワーク上の１つのコンピュータから１つの情報処理装置にワークフローの処理要求を行うと、該情報処理装置が下流側の１つまたは複数の情報処理装置に画像処理を依頼し、下流側の情報処理装置が、画像処理した画像データの画像処理の依頼を、さらに、下流側の情報処理装置に依頼する処理を順次行って、最終的に目的とする画像処理を実現する。
【０００４】
ところが、従来のワークフローを実行する情報処理システムは、途中の装置において、故障等の異常が発生すると、ワークフロー処理を最初からやり直しており、生産性が悪いという問題があった。また、ワークフロー処理をサーバを使用して行うと、コストが高くつくという問題がある。
【０００５】
そして、従来、ワークフローを上流側の装置から下流側の装置に順次実行して処理する場合に、途中の装置で割り当てられたジョブの処理が終了すると、上流側の装置へ、ジョブの処理が正常に完了した旨の完了通知を送信し、上流側の装置が、下流側の装置から完了通知が受信されないと、下流側の装置に割り当てられたジョブを処理可能な他の装置を、新たな下流側の装置としてジョブの連携処理を継続する技術が提案されている（特許文献１参照）。
【０００６】
すなわち、この従来技術は、例えば、図３３に示すように、サーバを使用することなく、カメラ１００１からカメラ１００１で撮影した画像データを画像編集装置１００２に渡して画像処理（例えば、２値化処理）の処理依頼を行うと、画像編集部１００２が自己の実行すべき画像処理（２値化）を実行した後、画像処理した画像データを、次の処理依頼先の画像編集装置１００３に送って画像処理（例えば、ＯＣＲ（Optical Character Reader：光学式文字読取装置）処理）の処理依頼を行う。画像編集装置１００３は、依頼された画像処理（ＯＣＲ処理）を正常に完了すると、上流側の画像処理装置１００２に完了通知を送るが、依頼された画像処理ジョブが正常に完了しないときには、完了通知を上流側の画像処理装置１００２に送ることができない。上流側の画像処理装置１００２は、完了通知が処理依頼先の下流側の画像処理装置１００３から送られてこないときには、異常発生と判断して、画像処理ジョブを、処理可能な他の装置である画像処理装置１００４に処理依頼する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術にあっては、自己にジョブの処理を依頼してきた上流の情報処理装置に完了通知を行うようになっていたため、図３４に示したような単純なワークフロー処理に対しては適切に対応することができるが、複数の情報処理装置で並列にジョブを実行してその処理結果の画像データを結合するような画像処理を行う場合等のワークフロー処理については、適切に対応することができないという問題があった。
【０００８】
例えば、図３４に示すような並列処理した結果を結合する処理を含んでいるワークフロー処理に対しては、途中でエラーが発生すると、適切に対応することができない。すなわち、図３４の場合、テレビ会議装置１０１１で撮影した動画データを動画編集装置１０１２に渡して、音声データと画像データに分割し、音声データを音声処理装置１０１４に渡すとともに、画像データを画像処理装置１０１５に渡す。一方、テレビ会議装置１０１１は、撮影された画像データを画像処理装置１０１３に渡して画像処理（２値化処理）を依頼し、さらに、処理結果の画像データを画像処理装置１０１６に渡して、画像処理（ＯＣＲ処理）を依頼して、処理結果（文字データ）を議事録作成装置１０１８に渡す。そして、音声処理装置１０１４は、動画編集装置１０１２から渡された音声データに処理（ノイズ除去処理）を行って、動画編集装置１０１７に渡し、画像処理装置１０１５は、動画編集装置１０１２から渡された画像データに画像処理を施して、動画編集装置１０１７に渡す。そして、動画編集装置１０１７は、音声処理装置１０１４からの音声データと画像処理装置１０１５からの画像データを合成して、動画データに処理して、議事録作成装置１０１８に渡し、議事録作成装置１０１８は、動画編集装置１０１７からの動画データと画像処理装置１０１６からのデータ（文字データ）を合成して議事録データを作成するワークフロー処理を行う。
【０００９】
このワークフロー処理において、例えば、動画編集装置１０１７でエラーが発生した場合、従来技術にあっては、図３５の下段に示すように、動画編集装置１０１７に処理依頼を行った音声処理装置１０１４と画像処理装置１０１５が、完了通知が送られてこないため、それぞれが個別に動画編集装置１０１７に代わる動画編集装置１０２１及び動画編集装置１０２２を検索してデータの処理依頼とデータの送信を行う。ところが、エラーの発生した動画編集装置１０１７は、依頼元である上流側の音声処理装置１０１４からの音声データと画像処理装置１０１５からの画像データを合成する処理を行う必要があるが、上流側の音声処理装置１０１４及び画像処理装置１０１５は、別々に代替えの依頼先を検索して処理依頼を行っているため、依頼先の動画編集装置１０２１及び動画編集装置１０２２は、処理に必要なデータが全て揃わず、依頼された処理を適切に行うことができず、ワークフローが止まってしまうという問題があった。
【００１０】
同様に、図３６に示すように、画像処理装置１０３１で処理した画像データを、３つの画像処理装置１０３２〜１０３４に送って、それぞれで異なる画像処理を施して、各画像処理装置１０３２〜１０３４で行われた処理結果の画像データを画像処理装置１０３５に送って画像処理装置１０３５で合成処理する場合に、例えば、画像処理装置１０３５でエラーが発生すると、従来技術では、上流側の３つの画像処理装置１０３２〜１０３４がそれぞれ個別に画像編集装置を検索して画像処理を依頼することになる。その結果、代替え依頼先の画像編集装置では、３つの画像データが揃わず、適切に処理を行うことができず、ワークフローが止まってしまうという問題があった。
【００１１】
そこで、本発明は、複数の情報処理装置を並列動作させてデータ処理するワークフロー処理において、不具合が発生しても、生産性を落とすことなく、適切にワークフロー処理を継続して行う情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００１２】
本発明は、上記目的を達成するために、ネットワークに接続され、相互に通信を行う複数の情報処理装置が、それぞれの情報処理装置のワークフローの手順書にしたがって、連携して前記ワークフローを実行する情報処理システムであって、
前記手順書は、当該情報処理装置の処理の内容、該処理を実行する情報処理装置を特定する情報、１つ上流の第１の情報処理装置を特定する情報及び１つ下流の第２の情報処理装置を特定する情報を含み、
１つ下流の情報処理装置であって異常を発生した情報処理装置である異常情報処理装置の異常を検出した情報処理装置は、前記異常情報処理装置の手順書を参照して該手順書が複数の前記第１の情報処理装置を特定する情報を含んでいる場合に、ワークフローに係る手順書を参照して前記複数の第１の情報処理装置の上流の情報処理装置をたどって合流する情報処理装置を、前記異常情報処理装置の代替装置を決定するための代替装置決定情報処理装置として決定し、
前記代替装置決定情報処理装置は、前記異常情報処理装置の代替情報処理装置を決定し、前記異常情報処理装置の１つ上流の情報処理装置に、決定した代替情報処理装置の情報を通知することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、複数の情報処理装置を並列動作させてデータ処理するワークフロー処理において、不具合が発生しても、生産性を落とすことなく、適切にワークフロー処理を継続して行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施例を適用した情報処理システムのシステム構成図。
【図２】情報処理装置のワークフロー用の機能ブロック構成図。
【図３】手順書の一例を示す図。
【図４】並列処理を伴うワークフロー処理での異常発生時におけるワークフローの流れを示す図。
【図５】図４のワークフロー処理における手順書綴りからなるワークフローを示す図。
【図６】異常時対応処理を示すフローチャート。
【図７】並列処理を伴うワークフロー処理での異常発生時における代替装置決定処理の説明図。
【図８】図５のワークフロー処理の手順書を修正したワークフローを示す図。
【図９】ワークフロー処理での異常発生時におけるタイミングチャート。
【図１０】並列処理を伴うワークフロー処理での異常発生時における他の代替装置決定処理の説明図。
【図１１】図１０のワークフロー処理での異常発生時における他の代替装置決定処理のタイミングチャート。
【図１２】代替装置決定処理を示すフローチャート。
【図１３】代替リストの一例を示す図。
【図１４】デバイスリストの一例を示す図。
【図１５】代替装置決定処理におけるタイミングチャート。
【図１６】手順書取得処理の詳細な処理を含む異常時対応処理を示すフローチャート。
【図１７】処理フローリスト作成処理を示すフローチャート。
【図１８】図４のワークフローに対応する処理フローリストを示す図。
【図１９】図１０のワークフローに対応する処理フローリストを示す図。
【図２０】図４の場合の下流側からの通知に基づく異常発生検知のタイミングチャート。
【図２１】図２０の続きのタイミングチャート。
【図２２】図４の場合の状態取得要求に対する応答の有無に基づく異常発生検知のタイミングチャート。
【図２３】図２２の続きのタイミングチャート。
【図２４】処理内容と処理時間の対応表の一例を示す図。
【図２５】図４の場合の待ち時間の経過に基づく異常検知のタイミングチャート。
【図２６】図２５の続きのタイミングチャート。
【図２７】下流側の装置へも異常通知する異常時対応処理を示すフローチャート。
【図２８】下流側への異常通知処理を示すフローチャート。
【図２９】図４の場合の下流側の装置へも異常通知する異常検知のタイミングチャート。
【図３０】図２９の続きのタイミングチャート。
【図３１】代替装置をワークフローで通知する場合の異常時対応処理を示すフローチャート。
【図３２】代替装置決定処理を示すフローチャート。
【図３３】従来の情報処理システムの一例を示す図。
【図３４】従来技術で対応できないワークフロー処理の一例を示す図。
【図３５】図３４のワークフロー処理でエラーが発生した場合の従来技術でのエラー対応処理の説明図。
【図３６】従来技術で対応できないワークフロー処理の他の例を示す図。
【発明を実施するための形態】
【００２１】
以下、本発明の好適な実施例を添付図面に基づいて詳細に説明する。なお、以下に述べる実施例は、本発明の好適な実施例であるので、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明によって不当に限定されるものではなく、また、本実施の形態で説明される構成の全てが本発明の必須の構成要件ではない。
【実施例１】
【００２２】
図１〜図３２は、本発明の情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体の一実施例を示す図であり、図１は、本発明の情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体の一実施例を適用した情報処理システム１のシステム構成図である。
【００２３】
図１において、情報処理システム１は、ＬＡＮ（Local Area Network）等のネットワークＮＷに、画像処理装置１１、Ａ動画編集装置１２、議事録作成装置１３、Ｂ動画編集装置１４、Ｂ画像処理装置１５、テレビ会議装置１６、Ｃ画像処理装置１７、Ｃ動画編集装置１８、音声処理装置１９等の複数の情報処理装置及び複数のパーソナルコンピュータＰＣ（図１では、１台のみ記載されている。）が接続されており、これらの情報処理装置１１〜１９及びパーソナルコンピュータＰＣは、ネットワークＮＷに接続されている台数に何ら制限されるものではない。なお、画像処理装置１１、Ａ動画編集装置１２、議事録作成装置１３、Ｂ動画編集装置１４、Ｂ画像処理装置１５、テレビ会議装置１６、Ｃ画像処理装置１７、Ｃ動画編集装置１８、音声処理装置１９等の各装置は、以下、必要に応じて、情報処理装置という。
【００２４】
画像処理装置１１は、ＭＦＰ（Multi Function Peripheral）、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、ＯＣＲ（Optical Character Reader）処理を行う機能を備えている。
【００２５】
Ａ動画編集装置１２は、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、動画を編集する機能を備えている。
【００２６】
議事録作成装置１３は、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、映像、テキスト等のデータから議事録を作成する議事録作成機能を備えている。
【００２７】
Ｂ動画編集装置１４は、Ａ動画編集装置１２と同様に、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、動画を編集する機能を備えている。
【００２８】
Ｂ画像処理装置１５は、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、画像の編集等の各種処理を行う画像処理機能を備えている。
【００２９】
テレビ会議装置１６は、ネットワークＮＷを介して、あるいは、直接、インターネットや専用回線等によって遠隔のテレビ会議装置と接続されており、映像、音声、テキスト等によって相手テレビ会議装置を利用する相手方と情報の交換を行う。したがって、テレビ会議装置１６は、映像、音声、テキスト等のデータを処理する機能を搭載しており、ネットワークＮＷを通してネットワークＮＷ上の他の装置１１〜１５、１７〜１９、ＰＣと通信して、後述するワークフロー処理を実行する。
【００３０】
Ｃ画像処理装置１７は、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、画像データの編集処理、例えば、２値化処理等の機能を備えている。
【００３１】
Ｃ動画編集装置１８は、Ａ動画編集装置１２と同様に、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、動画を編集する機能を備えている。
【００３２】
音声処理装置１９は、ＭＦＰ、サーバ、プリンタ装置、ファクシミリ装置、複写装置等の画像処理装置や情報処理装置が用いられており、特に、音声データの編集処理、例えば、ノイズ除去処理等の機能を備えている。
【００３３】
パーソナルコンピュータＰＣは、通常のパーソナルコンピュータであり、ネットワークＮＷ上の情報処理装置１１〜１９に、予め設定したワークフローＷＦ（図５参照）の設計、ワークフローＷＦに対応する手順書の作成を行って情報処理装置１１〜１９の１台または複数台に、ワークフロー処理の実行を依頼する。
【００３４】
情報処理装置１１〜１９は、それぞれ画像処理装置１１、１５、１７、動画編集装置１２、１４、１７、議事録作成装置１３、テレビ会議装置１６及び音声処理装置１９としての必要なハードウェア及びソフトウェアを備えているとともに、ワークフロー処理を実行する上で必要な機能ブロックとして、図２に示すように、受信部２１、送信部２２、エラー検知部２３、データ管理部２４、データ保存部２５、ワークフロー管理部２６及び処理部２７等を備えている。情報処理装置１１〜１９は、図示しないが、特に、ハードウェアとして、データ処理部とデータ処理部を制御して必要なデータ処理を行わせるコントローラ部を備えており、データ処理部は、例えば、画像処理ＡＳＩＣ（Application Specific Integrated Circuit）等を搭載して、情報処理装置１１〜１９として必要なデータ処理を行う機能を備えている。コントローラ部は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク、コントローラＡＳＩＣ（Application Specific Integrated Circuit）等を搭載して、ＲＯＭやハードディスクのプログラムをＲＡＭに展開して、該プログラムに基づいて情報処理装置１１〜１９の各部を制御して、情報処理装置１１〜１９としての基本処理を実行するとともに、本発明のワークフロー処理を実行する。
【００３５】
すなわち、情報処理装置１１〜１９は、ＲＯＭ、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory ）、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory ）、ＣＤ−ＲＷ（Compact Disc Rewritable ）、ＤＶＤ（Digital Versatile Disk）、ＳＤ（Secure Digital）カード、ＭＯ（Magneto-Optical Disc）等のコンピュータが読み取り可能な記録媒体に記録されている本発明の情報処理方法を実行する情報処理プログラムを読み込んでＲＯＭやハードディスク等に導入することで、後述する並列処理を含む複雑な処理であってもワークフロー処理を適切かつ効率的に実行する情報処理装置として構築されている。この情報処理プログラムは、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等のレガシープログラミング言語やオブジェクト指向ブログラミング言語等で記述されたコンピュータ実行可能なプログラムであり、上記記録媒体に格納して頒布することができる。
【００３６】
そして、受信部２１は、ネットワークＮＷに接続されて、ネットワークＮＷ上の他の情報処理装置１１〜１９及びパーソナルコンピュータＰＣと通信して、該他の情報処理装置１１〜１９及びパーソナルコンピュータからネットワークＮＷを通して送られてくるデータ及びコマンドを受信する。
【００３７】
送信部２２は、ネットワークＮＷに接続されて、ネットワークＮＷ上の他の情報処理装置１１〜１９及びパーソナルコンピュータＰＣと通信して、該他の情報処理装置１１〜１９及びパーソナルコンピュータＰＣにネットワークＮＷを通してデータ及びコマンドを送信する。上記受信部２１及び送信部２２は、全体として通信手段として機能している。
【００３８】
エラー検知部（下流装置異常検出手段）２３は、ワークフローＷＦの手順書に基づいて処理依頼した下流側の情報処理装置１１〜１９のエラー（異常）発生の有無を検知する。
【００３９】
データ管理部２４は、ワークフロー処理に関連する一連のデータ、例えば、手順書、処理対象のデータ、処理後のデータを管理して、該データのデータ保存部２５への保存、データ保存部２５からのデータの削除、読み出しを行うデータ保存処理を行う。
【００４０】
データ保存部（データ保存手段）２５は、例えば、ハードディスク等で実現され、ワークフロー処理に関連する一連のデータを、データ管理部２４の制御下で、保存する。
【００４１】
ワークフロー管理部（ワークフロー管理手段、異常連絡手段、代替データ送信手段）２６は、手順書に従って、ワークフロー処理の開始、終了、再開、復帰の各処理を行う。
【００４２】
処理部２７は、ワークフロー管理部２６の管理下で、ワークフローＷＦの手順書で指示されているデータ処理を実行するワークフロー管理処理を行う。
【００４３】
手順書Ｔｂは、図３に示すように、ワークフローＩＤ、手順ＩＤ（自己手順書特定情報）、デバイス（情報処理装置名）、ＩＰアドレス、処理内容、詳細設定、次の手順（次手順書特定情報）、前の手順（前手順書特定情報）の各項目からなっており、情報処理システム１においては、パーソナルコンピュータＰＣがワークフロー処理を依頼する際に、手順書Ｔｂを作成して、手順書Ｔｂと処理対象のデータを、ワークフロー処理の先頭（依頼先）の情報処理装置１１〜１９にネットワークＮＷを介して渡す。
【００４４】
手順書ＴｂのワークフローＩＤは、ワークフローＷＦを識別するＩＤ（identification）、手順ＩＤは、手順を識別するＩＤ、デバイス名は、処理を実行する装置（情報処理装置１１〜１９）の名称、ＩＰアドレスは、装置（情報処理装置１１〜１９）のネットワークアドレス、処理内容は、装置（情報処理装置１１〜１９）で実行すべき処理内容、詳細設定は、処理する際に必要な設定値、次の手順は、次に実施するワークフローＷＦの手順書Ｔｂの手順ＩＤ（一つ下流の手順、次に実施するワークフローＷＦの手順書Ｔｂが複数ある場合は、手順ＩＤが複数列挙される。）、前の手順は、直前に実施されたワークフローＷＦの手順書Ｔｂの手順ＩＤ（一つ上流の手順、直前に実施するワークフローＷＦの手順書Ｔｂが複数ある場合は、手順ＩＤが複数列挙される）をそれぞれ意味している。
【００４５】
次に、本実施例の作用について説明する。本実施例の情報処理システム１は、ネットワークＮＷ上の情報処理装置１１〜１９を利用してワークフロー処理を行っている場合にエラーが発生すると、処理対象のデータの全てが集合する上流の情報処理装置１１〜１９までさかのぼって該情報処理装置１１〜１９が、代替装置決定装置として、ワークフロー処理の代替依頼先を検索設定して、速やかにかつ適切なワークフロー処理を実行する。
【００４６】
例えば、いま、図４に示すように、テレビ会議装置１６で取得した動画、音声、ホワイトボードの写真データ、テキストデータ等のデータをそれぞれ議事録記録用に処理を行って、それらのデータを最終的にまとめて議事録として作成する場合に、パーソナルコンピュータＰＣが、これらの一連の処理を各情報処理装置の手順書ＴｂからなるワークフローＷＦとして定義して、テレビ会議装置１６にワークフローＷＦを送って、ネットワークＮＷ上の情報処理装置１１〜１９に自動的に実行させる。いま、パーソナルコンピュータＰＣが定義したワークフローＷＦでは、図４の上段に示すように、テレビ会議装置１６で撮影した動画データを、手順書Ｔｂに従って、Ａ動画編集装置１２に渡して、音声データと画像データに分割し、音声データを音声処理装置１９に、画像データをＢ画像処理装置１５に、それぞれ渡し、また、テレビ会議装置１６は、手順書Ｔｂに従って、撮影された画像データを、２値化処理機能を有するＣ画像処理装置１７に渡し、Ｃ画像処理装置１７が、手順書Ｔｂに従って、渡された画像データを２値化して、ＯＣＲ機能を有する画像処理装置１１に２値化した画像データを渡す。画像処理装置１１は、手順書Ｔｂに従って、渡された画像データに対してＯＣＲ処理を行って文字データ化して、ＯＣＲ処理したデータ（文字データ）を議事録作成装置１３に渡す。
【００４７】
そして、音声処理装置１９は、手順書Ｔｂに従って、受け取った音声データに対してノイズ除去処理を行って、Ｂ動画編集装置１４に渡し、Ｂ画像処理装置１５は、手順書Ｔｂに従って、受け取った画像データを画像処理して、Ｂ動画編集装置１４に渡す。Ｂ動画編集装置１４は、手順書Ｔｂに従って、音声処理装置１９からの音声データとＢ画像処理装置１５からの画像データに基づいて音声付きの動画データを生成し、議事録作成装置１３に渡す。
【００４８】
議事録作成装置１３は、手順書Ｔｂに従って、Ｂ動画編集装置１４からの動画データと画像処理装置１１からの画像データに基づいて議事録を作成する。
【００４９】
この場合、パーソナルコンピュータＰＣは、図５に示すようなワークフローＷＦを作成して、上流側から下流側へと流れる情報処理の処理手順を該情報処理を実行させる画像処理装置１１〜１９毎の手順書Ｔｂ１、Ｔｂ２１、Ｔｂ２２、Ｔｂ３１〜Ｔｂ３３、Ｔｂ４、Ｔｂ５を作成して図４及び図５に示したワークフロー処理を実行させる先頭の画像処理装置１１〜１９（図４、図５では、テレビ会議装置１６）にワークフローＷＦとして配布する。
【００５０】
そして、ワークフローＷＦを実行する各画像処理装置１１〜１７、１９のうち、最下流の議事録作成装置１３以外の画像処理装置１１、１２、１４〜１７、１９は、図６に示すように、異常時対応処理を実行する。
【００５１】
すなわち、画像処理装置１１、１２、１４〜１７、１９は、図６に示すように、エラー検知部２３が、１つ下流の情報処理装置１１〜１５、１７、１９に異常が発生したことを検知すると（ステップＳ１０１）、異常が発生した装置の手順書をワークフローＷＦから取得してワークフロー管理部２６に通知する（ステップＳ１０２）。なお、異常検知の方法については、後で詳細に説明する。そして、エラー検知部２３は、自己の手順書Ｔｂの「次の手順」に記載されている「手順ＩＤ」の手順書ＴｂをワークフローＷＦから取得し、取得した手順書Ｔｂの中から、異常を検知した情報処理装置１１〜１５、１７、１９、すなわち、異常の発生した情報処理装置１１〜１５、１７、１９の「デバイス名」または「ＩＰアドレス」と一致する「デバイス名」または「ＩＰアドレス」を持つ手順書Ｔｂを取得する。
【００５２】
例えば、図４の上段に示すように、Ｂ動画編集装置１４でエラーが発生したことを音声処理装置１９及びＢ画像処理装置１５のエラー検知部２３は、手順書Ｔｂ３１、Ｔｂ３２の「次の手順」に記載されている手順４の手順書Ｔｂ４をワークフローＷＦから取得して、ワークフロー管理部２６に通知する。
【００５３】
ワークフロー管理部２６は、エラー検知部２３から渡された手順書Ｔｂ（取得した手順書Ｔｂ）の「前の手順」に、２つ以上の「手順ＩＤ」が記載されているか、すなわち、異常の発生した情報処理装置１１〜１５、１７、１９の１つ上流の「手順ＩＤ」が２つ以上あるかチェックする（ステップＳ１０３）。
【００５４】
ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」があるときには、ワークフロー管理部２６は、ステップＳ１０２で取得した手順書Ｔｂ（図４及び図５の場合、手順書Ｔｂ４）の「前の手順」に共通の上流の装置（情報処理装置１１〜１５、１７、１９）が処理する手順書Ｔｂ（図５の場合、手順書Ｔｂ２１）をワークフローＷＦの中から取得する手順書取得処理を行う（ステップＳ１０４）。ワークフロー管理部２６による異常が発生した情報処理装置１１〜１５、１７、１９の共通する上流側情報処理装置１１〜１５、１７、１９の手順書Ｔｂの取得は、ワークフローＷＦを解析することによって取得可能であるが、その詳細な手順書取得処理については、後で説明する。
【００５５】
次に、ワークフロー管理部２６は、受信部２１と送信部２２によって、ステップＳ１０４で取得した手順書Ｔｂの情報処理装置１１〜１５、１７、１９（図４及び図５の場合Ａ動画編集装置１２）とコネクションを張って、双方向通信ができるようにする（ステップＳ１０５）。この双方向通信の確立においては、コネクションを張る相手の手順書ＴｂのＩＰアドレスが存在するときには、そのＩＰアドレスを使用し、手順書ＴｂにＩＰアドレスがないときには、デバイス名からＤＮＳ（Domain Name Service）等を用いてＩＰアドレスを取得して、コネクションを張る。
【００５６】
ワークフロー管理部２６は、送信部２２を介して、ステップＳ１０５でコネクションを張った代替装置決定装置である情報処理装置１１〜１５、１７、１９（図４及び図５では、Ａ動画編集装置１２）にワークフローＷＦとエラー（異常）が発生した「手順ＩＤ」（図４及び図５では、Ｂ動画編集装置１４の手順書Ｔｂ４）を通知する（ステップＳ１０６）。
【００５７】
ワークフローＷＦと手順書ＩＤが送信されてきた情報処理装置１１〜１５、１７、１９（図４及び図５の場合、Ａ動画編集装置１２）は、後述する代替装置決定処理を行って、代替装置を決定し、決定した代替装置のデバイス名やＩＰアドレスを、ワークフローＷＦと手順書ＩＤを送信してきた画像形成装置に送信する（ステップＳ１０７）。すなわち、図７に示すように、音声処理装置１９とＢ画像処理装置１５からのデータを受け取って画像処理を行うＢ動画編集装置１４で異常（エラー）が発生した場合、図７に示すように、異常の発生したＢ動画編集装置１４に送られてくるデータが全て合流するＡ動画編集装置１２を代替装置を決定する画像処理装置として、Ａ動画編集装置１２が、代替装置として、Ｃ動画編集装置１８を決定する。
【００５８】
ワークフローＷＦと手順書ＩＤを送信した情報処理装置１１〜１５、１７、１９は、上流の情報処理装置１１〜１５、１７、１９から代替装置のデバイス名やＩＰアドレスが代替装置特定情報として送信されてくると、受信部２１で該デバイス名やＩＰアドレスを受信して、ワークフロー管理部２６に渡して、該上流側の情報処理装置１１〜１５、１７、１９とのコネクションを切断し（ステップＳ１０８）、ワークフロー管理部２６は、受信したデバイス名やＩＰアドレスを用いて、下流側の情報処理装置１１〜１５、１７、１９の手順書Ｔｂを、例えば、図８に示すように、修正する（ステップＳ１０９）。すなわち、図８では、手順書Ｔｂ４が、図５に示したＢ動画編集装置１４の手順書Ｔｂ４からＣ動画編集装置１８用の手順書Ｔｂ４として、デバイス名やＩＰアドレスが修正されている。
【００５９】
ワークフロー管理部２６は、修正した手順書Ｔｂに基づいて、受信部２１と送信部２２によって、代替装置（図４の下段では、Ｃ動画編集装置１８）に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【００６０】
一方、ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」がないときには、ワークフロー管理部２６は、ステップＳ１０２で取得した手順書Ｔｂの処理を実行できる代替装置を検索し、代替装置として検索した情報処理装置１１〜１５、１７、１９のデバイス名やＩＰアドレス等の装置を特定できる情報を取得する（ステップＳ１１２）。
【００６１】
ワークフロー管理部２６は、取得したデバイス名やＩＰアドレス等を用いて、下流側の情報処理装置１１〜１５、１７、１９の手順書Ｔｂを修正する（ステップＳ１０９）。
【００６２】
ワークフロー管理部２６は、修正した手順書Ｔｂに基づいて、受信部２１と送信部２２によって、代替装置に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【００６３】
すなわち、上記異常時対応処理は、異常発生の対応に関連する情報処理装置１１〜１５、１７、１９におけるタイミング図として、図９に示すように、Ｂ動画編集装置１４で異常が発生すると、Ｂ動画編集装置１４にデータ出力した情報処理装置である音声処理装置１９とＢ画像処理装置１５が異常を検知し、Ｂ動画編集装置１４が複数の情報処理装置から入力データを受信する情報処理装置であるかどうかを確認する。音声処理装置１９、Ｂ画像処理装置１５は、Ｂ動画編集装置１４が複数の情報処理装置から入力データを受信するので、Ｂ動画編集装置１４の上流の情報処理装置をたどっていき、全てのデータが合流する情報処理装置であるＡ動画編集装置１２を検索して、Ａ動画編集装置１２に異常が発生したＢ動画編集装置１４の情報を送信する。Ａ動画編集装置１２は、異常が発生したＢ動画編集装置１４の情報を受信すると、代替装置であるＣ動画編集装置１８を決定し、代替装置の情報を音声処理装置１９及びＢ画像処理装置１５に通知する。
【００６４】
音声処理装置１９及びＢ画像処理装置１５は、通知された代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、代替装置であるＣ動画編集装置１８を使用して、ワークフロー処理を継続する。
【００６５】
なお、図４、図７〜図９では、Ｂ動画編集装置１４に異常（エラー）が発生した場合について説明したが、図１０に示すように、最終の議事録作成装置１３で異常（エラー）が発生した場合には、図６に示した異常時対応処理を同様に行って、議事録作成装置１３に入力する全てのデータを上流側に遡って探して合流する画像処理装置、すなわち、テレビ会議装置１６を代替装置決定装置として、該テレビ会議装置１６が代替装置を検索して、例えば、議事録作成装置１３Ｂを代替装置として決定する。この場合、図１１に示すように、議事録作成装置１３に異常が発生したことを、議事録作成装置１３にデータを送るＡ画像処理装置１１とＢ動画編集装置１４が検知し、異常を検知したＡ画像処理装置１１とＢ動画編集装置１４が、ワークフローＷＦから全てのデータの合流するテレビ会議装置１６を代替装置を決定する画像処理装置（代替装置決定装置）として決定して、テレビ会議装置１６に異常の発生した画像処理装置（議事録作成装置１３）を通知する異常通知を行う。代替装置であるテレビ会議装置１６は、代替装置を決定、例えば、議事録作成装置１３Ｂを議事録作成装置１３の代替装置として決定して、異常通知を行ってきたＢ動画編集装置１４とＡ画像処理装置１１に代替装置情報を通知する。Ｂ動画編集装置１４及びＡ画像処理装置１１は、ワークフローＷＦ、手順ＩＤ及び出力データを、代替装置である議事録作成装置１３Ｂに出力する。
【００６６】
そして、代替装置を決定する装置（代替装置決定装置）として、決定された画像処理装置、例えば、Ａ動画編集装置１２またはテレビ会議装置１６は、図６のステップＳ１０７の代替装置決定処理を、図１２に示すように実行する。
【００６７】
すなわち、図１２において、代替装置決定装置は、受信部２１が異常の発生した情報処理装置１１〜１５、１７、１９の手順ＩＤとワークフローＷＦを受信すると、ワークフロー管理部２６が、通知された手順ＩＤの手順書ＴｂをワークフローＷＦから取得し（ステップＳ２０１）、例えば、図１３に示すような代替リストに、ステップＳ２０１で取得した手順書Ｔｂの手順ＩＤが含まれているかチェックする（ステップＳ２０２）。
【００６８】
ワークフロー管理部２６は、ステップＳ２０２で、取得した手順ＩＤが代替リストの中にあるときには、代替リストにある手順ＩＤに対応するデバイス名やＩＤアドレスを取得し（ステップＳ２０３）、取得したデバイス名やＩＰアドレスを代替装置として、送信部２２を介して、異常通知してきた情報処理装置１１〜１５、１７、１９に送信して、代替装置決定処理を終了する（ステップＳ２０４）。
【００６９】
ステップＳ２０２で、取得した手順ＩＤが代替リストの中にないときには、ワークフロー管理部２６は、図１４に示すようなデバイスリストから、ステップＳ２０１で取得した手順書Ｔｂの処理を実行可能な画像処理装置を検索して、代替装置を決定し、そのデバイス名やＩＤアドレスを取得する（ステップＳ２０５）。なお、図１４のデバイスリストには、複数のデバイス名（画像処理装置）と、そのＩＰアドレス及び処理可能な処理内容が登録されており、デバイスリストは、予めネットワークＮＷに接続されていてワークフローＷＦで使用できるデバイス名、ＩＰアドレス、処理可能な処理内容がデバイスリストとして、ハードディスク等に格納されている。なお、代替装置の決定においては、デバイスリストを検索する方法に限るものではなく、例えば、ＭＩＢ（Management Information Base）等を用いて、ネットワークＮＷ上のデバイスを動的に検索して、決定してもよい。
【００７０】
ワークフロー管理部２６は、代替装置を決定してデバイス名やＩＰアドレスを取得すると、取得したデバイス名やＩＰアドレスを代替リストに登録するとともに（ステップＳ２０６）、取得したデバイス名やＩＰアドレスを代替装置として、送信部２２を介して、異常通知してきた情報処理装置１１〜１５、１７、１９に送信して、代替装置決定処理を終了する（ステップＳ２０４）。
【００７１】
すなわち、代替装置決定装置、例えば、Ａ動画編集装置１２は、図１５に示すように、下流のＢ画像処理装置１５から受信部２１に接続があって、ワークフローＷＦと異常が発生した手順書Ｔｂの手順ＩＤが送られてくると、受信部２１が、送られてきたワークフローＷＦ及び手順書Ｔｂの該手順ＩＤをワークフロー管理部２６に渡し、ワークフロー管理部２６が、上述のように、代替リストやデバイスリスト等を用いて代替装置を決定する。ワークフロー管理部２６は、代替装置を決定すると、代替装置の情報とワークフローＷＦを送信部２２を介して、Ｂ画像処理装置１５にワークフローＷＦと代替装置情報（デバイス名やＩＰアドレス）を送信する。
【００７２】
そして、異常発生を検知した情報処理装置１１〜１５、１７、１９のワークフロー管理部２６は、図６に示した異常時対応処理における手順書取得処理においては、図１６に示すように行う。なお、図１６において、図６と同じ処理ステップには、同じステップナンバーを付与して、その説明を簡略化または省略する。
【００７３】
図１６において、情報処理装置１１〜１５、１７、１９は、エラー検知部２３が、１つ下流の情報処理装置１１〜１５、１７、１９の異常を検知すると（ステップＳ１０１）、異常が発生した装置の手順書をワークフローＷＦから取得してワークフロー管理部２６に通知して（ステップＳ１０２）、ワークフロー管理部２６が、エラー検知部２３から渡された手順書Ｔｂ（取得した手順書Ｔｂ）の「前の手順」に、２つ以上の「手順ＩＤ」が記載されているか、すなわち、異常の発生した情報処理装置１１〜１５、１７、１９の１つ上流の手順が２つ以上あるかチェックする（ステップＳ１０３）。
【００７４】
ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」があるときには、ワークフロー管理部２６は、手順書取得処理を行うが、この手順書取得処理として、まず、図１７に示す処理フローリスト作成処理を行う（ステップＳ３０１）。
【００７５】
次に、ワークフロー管理部２６は、処理フローリスト作成処理で作成された処理フローリスト（図１８、図１９参照）から、全てのリストに含まれる手順ＩＤとその深さを抽出し（ステップＳ３０２）、抽出された手順ＩＤの中から最も深さの値の小さい手順ＩＤを取得する（ステップＳ３０３）。この手順書Ｔｂに記載されているデバイス名（ＩＰアドレスでもよい）の情報処理装置１１〜１５、１７、１９が異常の発生した情報処理装置１１〜１５、１７、１９の一つ上流の全ての画像処理装置１１〜１７、１９の入力データのもととなる入力データを作成した画像処理装置１１〜１７、１９となる。
【００７６】
ワークフロー管理部２６は、最も深さの値の小さい手順ＩＤに対応する手順書ＴｂをワークフローＷＦから取得する（ステップＳ３０４）。
【００７７】
以下、図６の異常時対応処理と同様に、ワークフロー管理部２６は、受信部２１と送信部２２によって、取得した手順書Ｔｂの情報処理装置１１〜１５、１７、１９（図４及び図５の場合Ａ動画編集装置１２）とコネクションを張って、双方向通信ができるようにし（ステップＳ１０５）、送信部２２を介して、コネクションを張った情報処理装置１１〜１５、１７、１９にワークフローＷＦとエラー（異常）が発生した「手順ＩＤ」を通知する（ステップＳ１０６）。
【００７８】
ワークフローＷＦと手順書ＩＤが送信されてきた情報処理装置１１〜１５、１７、１９（図４及び図５の場合、Ａ動画編集装置１２）は、上記代替装置決定処理を行って、代替装置を決定し、決定した代替装置のデバイス名やＩＰアドレスを、ワークフローＷＦと手順書ＩＤを送信してきた画像形成装置に送信する（ステップＳ１０７）。
【００７９】
ワークフローＷＦと手順書ＩＤを送信した、すなわち、異常発生を検知した情報処理装置１１〜１５、１７、１９は、上流の情報処理装置１１〜１５、１７、１９から代替装置のデバイス名やＩＰアドレスが送信されてくると、受信部２１で該デバイス名やＩＰアドレスを受信して、ワークフロー管理部２６に渡して、該上流側の情報処理装置１１〜１５、１７、１９とのコネクションを切断し（ステップＳ１０８）、ワークフロー管理部２６は、受信したデバイス名やＩＰアドレスを用いて、下流側の情報処理装置１１〜１５、１７、１９の手順書Ｔｂを、例えば、図８に示したように、修正する（ステップＳ１０９）。
【００８０】
ワークフロー管理部２６は、修正した手順書Ｔｂに基づいて、受信部２１と送信部２２によって、代替装置（図４の下段では、Ｃ動画編集装置１８）に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【００８１】
そして、ワークフロー管理部２６は、図１６のステップＳ３０１の処理フローリスト作成処理を図１７に示すように行う。すなわち、ワークフロー管理部２６は、「前の手順」の手順番号を示す変数ｎに、「１」を設定し（ステップＳ４０１）、ステップＳ１０２で取得した手順書Ｔｂの「前の手順」のｎ番目に手順ＩＤが記載されているかチェックする（ステップＳ４０２）。
【００８２】
ステップＳ４０２で、「前の手順」のｎ番目に手順ＩＤが記載されていると、ワークフロー管理部２６は、「前の手順」のｎ番目の手順ＩＤに該当する手順書ＴｂをワークフローＷＦから取得し（ステップＳ４０３）、取得した手順書Ｔｂの処理フローリストを作成する（ステップＳ４０４）。
【００８３】
ワークフロー管理部２６は、処理フローリストを作成すると、変数ｎを「１」だけインクリメントして（ステップＳ４０５）、ステップＳ４０２に戻って、意図した変数ｎについて、上記同様に、「前の手順」のｎ番目の手順ＩＤがあるかチェックし(ステップＳ４０２）、「前の手順」のｎ番目に手順ＩＤが記載されていると、上記同様に、「前の手順」のｎ番目の手順ＩＤに該当する手順書ＴｂをワークフローＷＦから取得して（ステップＳ４０３）、取得した手順書Ｔｂの処理フローリストを作成した後（ステップＳ４０４）、変数ｎを「１」だけインクリメントして、ステップＳ４０２に戻るという処理を順次繰り返し行う（ステップＳ４０２〜Ｓ４０５）。
【００８４】
ステップＳ４０２で、[前の手順」のｎ番目の手順ＩＤがないときには、処理フローリスト作成処理を終了する。
【００８５】
このようにして作成された処理フローリストは、例えば、図４に示したワークフローＷＦの場合、図１８に示すように、音声処理装置１９での処理フローリスト（図１８（ａ））とＢ画像処理装置１５の処理フローリスト（図１８（ｂ））のようになり、図１０の場合、図１９に示すように、Ａ画像処理装置１１での処理フローリスト（図１９（ａ））、Ｂ動画編集装置１４での処理フローリスト（図１９（ｂ）、（ｃ））のようになる。
【００８６】
そして、ワークフローＷＦにおける下流側の情報処理装置１１〜１５、１７、１９に異常が発生したことを上流側の画像処理装置１１〜１７、１９で検出する方法について説明する。下流側情報処理装置１１〜１５、１７、１９の異常発生の検出方法としては、例えば、図４の場合について図２０及び図２０の続きを示す図２１に示すように、異常の発生した下流側のＢ動画編集装置１４から、例えば、上流側のＢ画像処理装置１５に異常発生通知を行うことで、上流側のＢ画像処理装置１５が下流側のＢ動画編集装置１４での異常発生を検知する。
【００８７】
この場合、図２０に示すように、Ｂ画像処理装置１５は、上流側のＡ動画編集装置１２から受信部２１に接続があって、入力データ、ワークフローＷＦ及び次の手順通知があると、受信部２１が、入力データをデータ管理部２４に渡し、ワークフローＷＦと次の手順通知をワークフロー管理部２６に渡す。ワークフロー管理部（処理状態通知手段）２６が、処理部２７に処理依頼を行い、データ管理部２４から入力データを取得して処理を開始する。処理部（異常状態通知手段）２７は、処理を開始すると、送信部２２を介してＡ動画編集装置１２に状態通知（開始）を行って、処理が正常に終了すると、送信部２２を介してＡ動画編集装置１２に状態通知（終了）を行い、また、ワークフロー管理部２６に処理結果を通知する。ワークフロー管理部２６は、処理結果通知を受け取ると、出力データをデータ管理部２４を介してデータ保存部２５に保存するとともに、送信部２２を介して出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力する。
【００８８】
Ｂ動画編集装置１４は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、Ｂ画像処理装置１５と同様に、処理部２７で処理を開始すると、状態通知（開始）を、送信部２２から上流側のＢ画像処理装置１５に通知するが、処理途中で故障等の異常が発生すると、送信部２２から状態通知（異常）を送信部２２から上流側のＢ画像処理装置１５に出力する。
【００８９】
上流側のＢ画像処理装置１５は、下流側のＢ動画編集装置１４から状態通知（異常）を、受信部２１が受信すると、受信部２１は、状態通知（異常）をエラー検知部２３に渡して、エラー検知部（下流装置異常検出手段）２３が、送信部２２に下流側のＢ動画編集装置１４との接続の切断を要求して、送信部２２が切断する。
【００９０】
次に、上流側のＢ画像処理装置１５は、エラー検知部２３が、ワークフロー管理部２６にワークフロー復旧要求を行い、ワークフロー管理部２６が、ワークフロー復旧処理を行って、ワークフローＷＦ及び異常の発生した手順を送信部２２を介して、上流側のＡ動画編集装置１２に送信する。
【００９１】
上流側のＡ動画編集装置１２は、図２１に示すように、代替装置を決定して、代替装置に修正したワークフローＷＦを下流側の画像処理装置１５の受信部２１に送信し、Ｂ画像処理装置１５の受信部２１は、上流側のＡ動画編集装置１２から送られてきたワークフローＷＦをワークフロー管理部２６に渡す。ワークフロー管理部２６は、送信部２２に上流側のＡ動画編集装置１２との切断依頼を行い、送信部２２が、上流側のＡ動画編集装置１２との接続を切断する。
【００９２】
Ｂ画像処理装置１５は、ワークフロー管理部２６が、出力データをデータ管理部２４を介してデータ保存部２５から取得し、取得した出力データ、ワークフローＷＦ及び次の手順通知を、送信部２２を介して、代替装置であるＣ動画編集装置１８に送信する。
【００９３】
Ｃ動画編集装置１８は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、上記同様に手順に従ってデータ処理を開始して、状態通知（開始）を行い、正常にデータ処理を終了すると、上流側のＢ画像処理装置１５の受信部２１に状態通知（終了）を送信する。
【００９４】
上流側のＢ画像処理装置１５は、状態通知（終了）を受信すると、送信部２２に切断依頼して、送信部２２が下流側のＣ動画編集装置１８との接続を切断する。また、受信部は、処理結果である状態通知（終了）をワークフロー管理部２６に出力し、ワークフロー管理部２６は、データ管理部２４を介してデータ保存部２５に保存している出力データを削除して、全ての処理を終了する。
【００９５】
また、下流側の画像処理装置の異常発生を検出する方法としては、図２０及び図２１に示した下流側からの異常発生通知である状態通知（異常）の受信によってのみに限るものではなく、例えば、図４の場合について図２２及び図２３に示すように、情報処理装置１１〜１５、１７、１９における処理毎の問い合わせ間隔で下流側の情報処理装置１１〜１５、１７、１９に処理状態の問い合わせを所定回数行っても応答がないと、該情報処理装置１１〜１５、１７、１９に異常が発生したとして、異常対応処理を行ってもよい。
【００９６】
この場合、図２２に示すように、Ｂ画像処理装置１５は、上流側のＡ動画編集装置１２から受信部２１に接続があって、入力データ、ワークフローＷＦ及び次の手順通知があると、受信部２１が、入力データをデータ管理部２４に渡し、ワークフローＷＦと次の手順通知をワークフロー管理部２６に渡す。ワークフロー管理部２６が、処理部２７ｌに処理依頼を行い、データ管理部２４から入力データを取得して処理を開始する。処理部２７は、処理を開始すると、送信部２２を介してＡ動画編集装置１２に状態通知（開始）を行って、処理が正常に終了すると、送信部２２を介してＡ動画編集装置１２に状態通知（終了）を行い、また、ワークフロー管理部２６に処理結果を通知する。ワークフロー管理部２６は、処理結果通知を受け取ると、出力データをデータ管理部２４を介してデータ保存部２５に保存するとともに、送信部２２を介して出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力する。
【００９７】
Ｂ動画編集装置１４は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、Ｂ画像処理装置１５と同様に、処理部２７で処理を開始すると、状態通知（開始）を、送信部２２から上流側のＢ画像処理装置１５に通知するが、処理途中で故障等の異常が発生しても、異常発生を通知する機能が故障等で利用できなかったり、異常通知機能を備えていないときには、送信部２２から状態通知（異常）を送信部２２から上流側のＢ画像処理装置１５に出力することができない。
【００９８】
そこで、上流側のＢ画像処理装置１５は、エラー検知部２３が、送信部２２を介して下流側のＢ動画編集装置１４に対して、所定の問い合わせ間隔で、状態取得要求を送出し、下流側のＢ動画編集装置１４から状態取得応答が受信部２１にあると、下流側のＢ動画編集装置１４での処理が進行していると判断する。ところが、下流側のＢ動画編集装置１４で異常が発生して状態取得要求に対して応答を行うことができないときには、状態取得要求を行っても、状態取得応答が戻ってこないことになる。
【００９９】
そこで、エラー検知部２３は、最初に状態取得応答を出力してから、予め設定されている所定の問い合わせ回数だけ状態取得要求の問い合わせを行っても、下流側のＢ動画編集装置１４から状態取得応答が無いときには、下流側のＢ動画編集装置１４で異常が発生したと判断して、送信部２２に下流側のＢ動画編集装置１４との接続の切断を要求するとともに、ワークフロー管理部２６にワークフロー復旧要求を行い、送信部２２が下流側のＢ動画編集装置１４との接続を切断する。
【０１００】
この問い合わせ間隔は、異常検知対象の情報処理装置１１〜１５、１７、１９が実行する画像処理内容によって設定する。すなわち、処理内容によって処理に要する時間が、例えば、図２４に示すように異なり、例えば、画像補正処理では、３０ｓｅｃ（３０秒）、２値化処理では、１０ｓｅｃ、ＯＣＲ処理では、１８０ｓｅｃ、ノイズ除去処理では、３０ｓｅｃ程度要する場合、１つの処理に対して問い合わせる回数を、所定回数、例えば、５回とすると、画像補正処理では、６ｓｅｃ、ＯＣＲ処理の場合は、３６ｓｅｃ間隔で状態取得要求の問い合わせを行う。そして、エラー検知部２３は、この各処理内容毎の目安となる処理時間、問い合わせ回数を記憶しており、処理内容に応じて問い合わせ間隔を算出して、その算出した問い合わせ間隔で下流側の情報処理装置１１〜１５、１７、１９に状態取得要求の問い合わせを行う。エラー検知部２３は、状態取得要求の問い合わせを、予め設定されている回数、例えば、５回行っても、状態取得応答が下流側の情報処理装置１１〜１５、１７、１９から戻ってこないときには、下流側の情報処理装置１１〜１５、１７、１９で異常が発生したと判断する。このようにすると、上流側の情報処理装置１１〜１５、１７、１９から下流側の情報処理装置１１〜１５、１７、１９への状態取得要求の問い合わせ回数を少なくしつつ、適切に下流側の情報処理装置１１〜１５、１７、１９の異常発生の有無を検出することができる。
【０１０１】
ワークフロー管理部２６は、ワークフロー復旧処理を行って、ワークフローＷＦ及び異常の発生した手順を送信部２２を介して、上流側のＡ動画編集装置１２に送信する。
【０１０２】
上流側のＡ動画編集装置１２は、図２３に示すように、代替装置を決定して、代替装置に修正したワークフローＷＦを下流側の画像処理装置１５の受信部２１に送信し、Ｂ画像処理装置１５の受信部２１は、上流側のＡ動画編集装置１２から送られてきたワークフローＷＦをワークフロー管理部２６に渡す。ワークフロー管理部２６は、送信部２２に上流側のＡ動画編集装置１２との切断依頼を行い、送信部２２が、上流側のＡ動画編集装置１２との接続を切断する。
【０１０３】
Ｂ画像処理装置１５は、ワークフロー管理部２６が、出力データをデータ管理部２４を介してデータ保存部２５から取得し、取得した出力データ、ワークフローＷＦ及び次の手順通知を、送信部２２を介して、代替装置であるＣ動画編集装置１８に送信する。
【０１０４】
Ｃ動画編集装置１８は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、上記同様に手順に従ってデータ処理を開始して、状態通知（開始）を行い、正常にデータ処理を終了すると、上流側のＢ画像処理装置１５の受信部２１に状態通知（終了）を送信する。
【０１０５】
上流側のＢ画像処理装置１５は、状態通知（終了）を受信すると、送信部２２に切断依頼して、送信部２２が下流側のＣ動画編集装置１８との接続を切断する。また、受信部は、処理結果である状態通知（終了）をワークフロー管理部２６に出力し、ワークフロー管理部２６は、データ管理部２４を介してデータ保存部２５に保存している出力データを削除して、全ての処理を終了する。
【０１０６】
さらに、下流側の画像処理装置の異常発生を検出する方法としては、図２０と図２１及び図２２と図２３に示した方法に限るものではなく、例えば、図２５及び図２６に示すように、下流側の情報処理装置１１〜１５、１７、１９に処理依頼を行ってから、処理毎に設定した待ち時間を経過しても状態通知（終了）が無いときには、下流側の情報処理装置１１〜１５、１７、１９に異常が発生したとして、異常対応処理を行ってもよい。
【０１０７】
この場合、図２５に示すように、Ｂ画像処理装置１５は、上流側のＡ動画編集装置１２から受信部２１に接続があって、入力データ、ワークフローＷＦ及び次の手順通知があると、受信部２１が、入力データをデータ管理部２４に渡し、ワークフローＷＦと次の手順通知をワークフロー管理部２６に渡す。ワークフロー管理部２６が、処理部２７ｌに処理依頼を行い、データ管理部２４から入力データを取得して処理を開始する。処理部２７は、処理を開始すると、送信部２２を介してＡ動画編集装置１２に状態通知（開始）を行って、処理が正常に終了すると、送信部２２を介してＡ動画編集装置１２に状態通知（終了）を行い、また、ワークフロー管理部２６に処理結果を通知する。ワークフロー管理部２６は、処理結果通知を受け取ると、出力データを、データ管理部２４を介してデータ保存部２５に保存するとともに、送信部２２を介して出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力する。
【０１０８】
Ｂ動画編集装置１４は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、Ｂ画像処理装置１５と同様に、処理部２７で処理を開始すると、状態通知（開始）を、送信部２２から上流側のＢ画像処理装置１５に通知するが、処理途中で故障等の異常が発生しても、異常発生を通知する機能が故障等で利用できなかったり、異常通知機能を備えていないときには、送信部２２から状態通知（異常）を送信部２２から上流側のＢ画像処理装置１５に出力することができない。
【０１０９】
そこで、上流側のＢ画像処理装置１５のエラー検知部２３は、出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力してから、あるいは、状態通知（開始）のつうちがあってから、予め設定されている待ち時間だけ待って、状態通知（終了）が下流側のＢ動画編集装置１４から送られてこないときには、下流側のＢ動画編集装置１４に異常が発生したと判断する。
【０１１０】
エラー検知部２３は、この待ち時間として、図２４に示したような各処理内容毎に必要な処理時間を予め記憶して、処理時間を考慮した待ち時間を設定する。
【０１１１】
そして、エラー検知部２３は、待ち時間経過しても下流側のＢ動画編集装置１４から状態取得応答が無いときには、下流側のＢ動画編集装置１４で異常が発生したと判断して、送信部２２に下流側のＢ動画編集装置１４との接続の切断を要求するとともに、ワークフロー管理部２６にワークフロー復旧要求を行い、送信部２２が下流側のＢ動画編集装置１４との接続を切断する。
【０１１２】
ワークフロー管理部２６は、ワークフロー復旧処理を行って、ワークフローＷＦ及び異常の発生した手順を、送信部２２を介して、上流側のＡ動画編集装置１２に送信する。
【０１１３】
上流側のＡ動画編集装置１２は、図２６に示すように、代替装置を決定して、代替装置に修正したワークフローＷＦを下流側の画像処理装置１５の受信部２１に送信し、Ｂ画像処理装置１５の受信部２１は、上流側のＡ動画編集装置１２から送られてきたワークフローＷＦをワークフロー管理部２６に渡す。ワークフロー管理部２６は、送信部２２に上流側のＡ動画編集装置１２との切断依頼を行い、送信部２２が、上流側のＡ動画編集装置１２との接続を切断する。
【０１１４】
Ｂ画像処理装置１５は、ワークフロー管理部２６が、出力データをデータ管理部２４を介してデータ保存部２５から取得し、取得した出力データ、ワークフローＷＦ及び次の手順通知を、送信部２２を介して、代替装置であるＣ動画編集装置１８に送信する。
【０１１５】
Ｃ動画編集装置１８は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、上記同様に手順に従ってデータ処理を開始して、状態通知（開始）を行い、正常にデータ処理を終了すると、上流側のＢ画像処理装置１５の受信部２１に状態通知（終了）を送信する。
【０１１６】
上流側のＢ画像処理装置１５は、状態通知（終了）を受信すると、送信部２２に切断依頼して、送信部２２が下流側のＣ動画編集装置１８との接続を切断する。また、受信部は、処理結果である状態通知（終了）をワークフロー管理部２６に出力し、ワークフロー管理部２６は、データ管理部２４を介してデータ保存部２５に保存している出力データを削除して、全ての処理を終了する。
【０１１７】
このようにすると、異常発生有無判断のための問い合わせ回数をより一層削減して、ネットワークＮＷのトラフィックへの負荷をより一層抑制しつつ、適切に下流側の情報処理装置１１〜１５、１７、１９の異常発生の有無を検出することができる。
【０１１８】
上記説明においては、異常発生した情報処理装置１１〜１５、１７、１９の上流側に異常通知したり、上流側が異常検知して、異常発生した情報処理装置１１〜１５、１７、１９が複数の情報処理装置１１〜１５、１７、１９から入力データを受けている場合に、該複数の入力データの集合する上流側の情報処理装置１１〜１５、１７、１９に異常発生を通知して、入力データの集合する上流側の情報処理装置１１〜１５、１７、１９が代替装置を決定しているが、異常発生通知を、上流側の装置だけでなく、図２７〜図３０に示すように、該異常発生の情報処理装置１１〜１５、１７、１９からデータが入力される予定の下流側の情報処理装置１１〜１５、１７、１９にも通知してもよい。なお、図２７において、図６と同様の処理ステップには、同一のステップナンバーを付与して、その説明を簡略化、または、省略する。
【０１１９】
図２７において、情報処理装置１１〜１５、１７、１９は、エラー検知部２３が、１つ下流の情報処理装置１１〜１５、１７、１９の異常を検知すると（ステップＳ１０１）、図２８に示す下流側への異常通知処理を行う（ステップＳ５００）。
【０１２０】
情報処理装置１１〜１５、１７、１９は、下流側への異常通知処理を行うと、以降、図６の場合と同様に異常事態王処理を行う。すなわち、１つ下流の情報処理装置１１〜１５、１７、１９の異常を検知した情報処理装置１１〜１５、１７、１９は、異常が発生した装置の手順書をワークフローＷＦから取得してワークフロー管理部２６に通知して（ステップＳ１０２）、ワークフロー管理部２６が、エラー検知部２３から渡された手順書Ｔｂ（取得した手順書Ｔｂ）の「前の手順」に、２つ以上の「手順ＩＤ」が記載されているか、すなわち、異常の発生した情報処理装置１１〜１５、１７、１９の１つ上流の手順が２つ以上あるかチェックする（ステップＳ１０３）。
【０１２１】
ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」があるときには、ワークフロー管理部２６は、手順書取得処理を行い（ステップＳ１０４）、受信部２１と送信部２２によって、取得した手順書Ｔｂの情報処理装置１１〜１５、１７、１９とコネクションを張って、双方向通信ができるようにして（ステップＳ１０５）、送信部２２を介して、コネクションを張った情報処理装置１１〜１５、１７、１９にワークフローＷＦとエラー（異常）が発生した「手順ＩＤ」を通知する（ステップＳ１０６）。
【０１２２】
ワークフローＷＦと手順書ＩＤが送信されてきた情報処理装置１１〜１５、１７、１９は、上記代替装置決定処理を行って、代替装置を決定し、決定した代替装置のデバイス名やＩＰアドレスを、ワークフローＷＦと手順書ＩＤを送信してきた画像形成装置に送信する（ステップＳ１０７）。
【０１２３】
ワークフローＷＦと手順書ＩＤを送信した情報処理装置１１〜１５、１７、１９は、上流の情報処理装置１１〜１５、１７、１９から代替装置のデバイス名やＩＰアドレスが送信されてくると、受信部２１で該デバイス名やＩＰアドレスを受信して、ワークフロー管理部２６に渡して、該上流側の情報処理装置１１〜１５、１７、１９とのコネクションを切断し（ステップＳ１０８）、ワークフロー管理部２６は、受信したデバイス名やＩＰアドレスを用いて、下流側の情報処理装置１１〜１５、１７、１９の手順書Ｔｂを、例えば、図８に示すように、修正する（ステップＳ１０９）。
【０１２４】
ワークフロー管理部２６は、修正した手順書Ｔｂに基づいて、受信部２１と送信部２２によって、代替装置（図４の下段では、Ｃ動画編集装置１８）に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【０１２５】
また、ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」がないときには、ワークフロー管理部２６は、ステップＳ１０２で取得した手順書Ｔｂの処理を実行できる代替装置を検索し、代替装置として検索した情報処理装置１１〜１５、１７、１９のデバイス名やＩＰアドレス等の装置を特定できる情報を取得する（ステップＳ１１２）。
【０１２６】
そして、ワークフロー管理部２６は、ステップＳ５００の下流側への異常通知処理を、図２８に示すように実行する。すなわち、ワークフロー管理部２６は、異常が発生した情報処理装置１１〜１５、１７、１９の手順書Ｔｂの「次の手順」に手順ＩＤがあるかチェックし（ステップＳ５０１）、「次の手順」に手順ＩＤがないときには、異常通知すべき下流側の情報処理装置１１〜１５、１７、１９が存在しないので、そのまま処理を終了する。
【０１２７】
ステップＳ５０１で、「次の手順」に手順ＩＤがあるときには、ワークフロー管理部２６は、異常が発生した情報処理装置１１〜１５、１７、１９の手順書Ｔｂの「次の手順」に記載されている手順ＩＤの手順書ＴｂをワークフローＷＦから取得し（ステップＳ５０２）、取得した手順書Ｔｂの「前の手順」に２つ以上の手順ＩＤが記載されているか確認する（ステップＳ５０３）。
【０１２８】
ステップＳ５０３で、取得した手順書Ｔｂの「前の手順」に２つ以上の手順ＩＤが記載されていないときには、ワークフロー管理部２６は、下流側の情報処理装置１１〜１５、１７、１９に以上通知する必要がないと判断して、処理を終了する。
【０１２９】
ステップＳ５０３で、取得した手順書Ｔｂの「前の手順」に２つ以上の手順ＩＤが記載されているときには、ワークフロー管理部２６は、ステップＳ５０２で取得した手順書Ｔｂの「デバイス名」に記載されている情報処理装置１１〜１５、１７、１９に送信部２２によって接続し（ステップＳ５０４）、接続した情報処理装置１１〜１５、１７、１９に対して、入力装置の異常、すなわち、異常発生した情報処理装置１１〜１５、１７、１９の下流側の情報処理装置１１〜１５、１７、１９であって、異常発生した情報処理装置１１〜１５、１７、１９からデータが入力される情報処理装置１１〜１５、１７、１９に対して、データを入力してくる情報処理装置１１〜１５、１７、１９に異常が発生している旨の下流側への異常通知を行って（ステップＳ５０５）、該下流側の情報処理装置１１〜１５、１７、１９に入力装置の異常によって入力データ待ちのタイムアウトをしないように要請する（ステップＳ５０６）。
【０１３０】
ワークフロー管理部２６は、該下流側の情報処理装置１１〜１５、１７、１９との接続を送信部２２に切断させて、処理を終了する（ステップＳ５０７）。
【０１３１】
すなわち、図４の場合、図２９及び図３０に示すように、異常時対応処理を行う。まず、図２９に示すように、Ｂ画像処理装置１５は、上流側のＡ動画編集装置１２から受信部２１に接続があって、入力データ、ワークフローＷＦ及び次の手順通知があると、受信部２１が、入力データをデータ管理部２４に渡し、ワークフローＷＦと次の手順通知をワークフロー管理部２６に渡す。ワークフロー管理部２６が、処理部２７ｌに処理依頼を行い、データ管理部２４から入力データを取得して処理を開始する。処理部２７は、処理を開始すると、送信部２２を介してＡ動画編集装置１２に状態通知（開始）を行って、処理が正常に終了すると、送信部２２を介してＡ動画編集装置１２に状態通知（終了）を行い、また、ワークフロー管理部２６に処理結果を通知する。ワークフロー管理部２６は、処理結果通知を受け取ると、出力データをデータ管理部２４を介してデータ保存部２５に保存するとともに、送信部２２を介して出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力する。
【０１３２】
Ｂ動画編集装置１４は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、Ｂ画像処理装置１５と同様に、処理部２７で処理を開始すると、状態通知（開始）を、送信部２２から上流側のＢ画像処理装置１５に通知するが、処理途中で故障等の異常が発生しても、異常発生を通知する機能が故障等で利用できなかったり、異常通知機能を備えていないときには、送信部２２から状態通知（異常）を送信部２２から上流側のＢ画像処理装置１５に出力することができない。
【０１３３】
そこで、上流側のＢ画像処理装置１５のエラー検知部２３は、出力データ、ワークフローＷＦ及び次の手順通知を下流のＢ動画編集装置１４に出力してから、あるいは、状態通知（開始）のつうちがあってから、予め設定されている待ち時間だけ待って、状態通知（終了）が下流側のＢ動画編集装置１４から送られてこないときには、下流側のＢ動画編集装置１４に異常が発生したと判断する。
【０１３４】
そして、エラー検知部２３は、待ち時間経過しても下流側のＢ動画編集装置１４から状態取得応答が無いときには、下流側のＢ動画編集装置１４で異常が発生したと判断して、送信部２２に下流側のＢ動画編集装置１４との接続の切断を要求するとともに、ワークフロー管理部２６にワークフロー復旧要求を行い、送信部２２が下流側のＢ動画編集装置１４との接続を切断する。
【０１３５】
ワークフロー管理部２６は、ワークフロー復旧処理を行って、入力装置に異常がある旨を、送信部２２を介して異常が発生したＢ動画編集装置１４の下流側の議事録作成装置１３に出力するとともに、ワークフローＷＦ及び異常の発生した手順を送信部２２を介して、上流側のＡ動画編集装置１２に送信する。
【０１３６】
上流側のＡ動画編集装置１２は、図３０に示すように、代替装置を決定して、代替装置に修正したワークフローＷＦを下流側の画像処理装置１５の受信部２１に送信し、Ｂ画像処理装置１５の受信部２１は、上流側のＡ動画編集装置１２から送られてきたワークフローＷＦをワークフロー管理部２６に渡す。ワークフロー管理部２６は、送信部２２に上流側のＡ動画編集装置１２との切断依頼を行い、送信部２２が、上流側のＡ動画編集装置１２との接続を切断する。
【０１３７】
Ｂ画像処理装置１５は、ワークフロー管理部２６が、出力データをデータ管理部２４を介してデータ保存部２５から取得し、取得した出力データ、ワークフローＷＦ及び次の手順通知を、送信部２２を介して、代替装置であるＣ動画編集装置１８に送信する。
【０１３８】
Ｃ動画編集装置１８は、データ、ワークフローＷＦ及び次の手順通知を受け取ると、上記同様に手順に従ってデータ処理を開始して、状態通知（開始）を行い、正常にデータ処理を終了すると、上流側のＢ画像処理装置１５の受信部２１に状態通知（終了）を送信する。
【０１３９】
上流側のＢ画像処理装置１５は、状態通知（終了）を受信すると、送信部２２に切断依頼して、送信部２２が下流側のＣ動画編集装置１８との接続を切断する。また、受信部は、処理結果である状態通知（終了）をワークフロー管理部２６に出力し、ワークフロー管理部２６は、データ管理部２４を介してデータ保存部２５に保存している出力データを削除して、全ての処理を終了する。
【０１４０】
なお、上記説明においては、２つ以上の入力データが入力される情報処理装置１１〜１５、１７、１９において異常が発生すると、全てのデータが集合する上流の情報処理装置１１〜１５、１７、１９において、代替装置を決定して、その代替装置のデバイス名を該代替装置にデータを出力する下流側の情報処理装置１１〜１５、１７、１９に通知しているが、代替装置の通知方法としては、デバイス名を通知する方法に限るものではなく、例えば、図３１及び図３２に示すように、デバイス名を代替装置に修正したワークフローＷＦを下流側の情報処理装置１１〜１５、１７、１９に通知してもよい。なお、図３１において、図６と同様の処理ステップには、同一のステップナンバーを付与して、その説明を簡略化、または、省略する。
【０１４１】
すなわち、図３１において、情報処理装置１１〜１５、１７、１９は、エラー検知部２３が、１つ下流の情報処理装置１１〜１５、１７、１９の異常を検知すると（ステップＳ１０１）、異常が発生した装置の手順書ＴｂをワークフローＷＦから取得してワークフロー管理部２６に通知して（ステップＳ１０２）、ワークフロー管理部２６が、エラー検知部２３から渡された手順書Ｔｂ（取得した手順書Ｔｂ）の「前の手順」に、２つ以上の「手順ＩＤ」が記載されているか、すなわち、異常の発生した情報処理装置１１〜１５、１７、１９の１つ上流の手順が２つ以上あるかチェックする（ステップＳ１０３）。
【０１４２】
ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」があるときには、ワークフロー管理部２６は、手順書取得処理を行い（ステップＳ１０４）、受信部２１と送信部２２によって、取得した手順書Ｔｂの情報処理装置１１〜１５、１７、１９とコネクションを張って、双方向通信ができるようにして（ステップＳ１０５）、送信部２２を介して、コネクションを張った情報処理装置１１〜１５、１７、１９にワークフローＷＦとエラー（異常）が発生した「手順ＩＤ」を通知する（ステップＳ１０６）。
【０１４３】
ワークフローＷＦと手順書ＩＤが送信されてきた情報処理装置１１〜１５、１７、１９は、上記代替装置決定処理を行って、図３２に示す代替装置を決定する代替装置決定処理を行って、決定した代替装置で修正したワークフローＷＦを、ワークフローＷＦと手順書ＩＤを送信してきた画像形成装置に送信する（ステップＳ６００）。
【０１４４】
ワークフローＷＦと手順書ＩＤを送信した情報処理装置１１〜１５、１７、１９は、上流の情報処理装置１１〜１５、１７、１９から修正されたワークフローＷＦが送信されてくると、受信部２１で該ワークフローＷＦを受信して、ワークフロー管理部２６に渡して、該上流側の情報処理装置１１〜１５、１７、１９とのコネクションを切断する（ステップＳ１０８）。
【０１４５】
ワークフロー管理部２６は、受信した修正後のワークフローＷＦを用いて、受信部２１と送信部２２によって、代替装置に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【０１４６】
また、ステップＳ１０３で、「前の手順」に２つ以上の「手順ＩＤ」がないときには、ワークフロー管理部２６は、ステップＳ１０２で取得した手順書Ｔｂの処理を実行できる代替装置を検索し、代替装置として検索した情報処理装置１１〜１５、１７、１９のデバイス名やＩＰアドレス等の装置を特定できる情報を取得し（ステップＳ１１２）、ステップＳ１０２で取得した手順書Ｔｂのデバイス名を修正する（ステップＳ６１０）。
【０１４７】
ワークフロー管理部２６は、修正したデバイス名に基づいて、受信部２１と送信部２２によって、代替装置に接続し（ステップＳ１１０）、代替装置にワークフローＷＦ、手順ＩＤ及び出力データを送信して、処理を終了する（ステップＳ１１１）。
【０１４８】
そして、代替装置決定装置として、決定された画像処理装置は、図図３１のステップＳ６００の代替装置決定処理を、図３２に示すように実行する。なお、図３２において、図１２に示した代替装置決定処理と同様の処理ステップについては、同一のステップナンバーを付与して、その説明を簡略化する。
【０１４９】
すなわち、代替装置決定装置は、図３２に示すように、受信部２１が異常の発生した情報処理装置１１〜１５、１７、１９の手順ＩＤとワークフローＷＦを受信すると、ワークフロー管理部２６が、通知された手順ＩＤの手順書ＴｂをワークフローＷＦから取得し（ステップＳ２０１）、例えば、図１３に示したような代替リストに、ステップＳ２０１で取得した手順書Ｔｂの手順ＩＤが含まれているかチェックする（ステップＳ２０２）。
【０１５０】
ワークフロー管理部２６は、ステップＳ２０２で、取得した手順ＩＤが代替リストの中にあるときには、代替リストにある手順ＩＤに対応するデバイス名やＩＤアドレスを取得し（ステップＳ２０３）、取得したデバイス名やＩＰアドレスを代替装置として、ステップＳ２０１で取得した手順書Ｔｂのデバイス名やＩＰアドレスを該代替装置のデバイス名やＩＰアドレスで修正する（ステップＳ６０１）。
【０１５１】
ワークフロー管理部２６は、手順書Ｔｂを修正すると、送信部２２を介して、異常通知してきた情報処理装置１１〜１５、１７、１９にワークフローＷＦを送信して、代替装置決定処理を終了する（ステップＳ６０２）。
【０１５２】
ステップＳ２０２で、取得した手順ＩＤが代替リストの中にないときには、代替装置決定装置のワークフロー管理部２６は、図１４に示したようなデバイスリストから、ステップＳ２０１で取得した手順書Ｔｂの処理を実行可能な画像処理装置を検索して、代替装置を決定し、そのデバイス名やＩＤアドレスを取得する（ステップＳ２０５）。
【０１５３】
ワークフロー管理部２６は、代替装置を決定してデバイス名やＩＰアドレスを取得すると、取得したデバイス名やＩＰアドレスを用いて、ステップＳ２０１で取得した手順書Ｔｂのデバイス名やＩＰアドレスを該代替装置のデバイス名やＩＰアドレスで修正し（ステップＳ６０３）、取得したデバイス名やＩＰアドレスを、代替リストに登録するとともに（ステップＳ２０６）、デバイス名を修正した手順書ＴｂのワークフローＷＦを、送信部２２を介して、異常通知してきた情報処理装置１１〜１５、１７、１９に送信して、代替装置決定処理を終了する（ステップＳ６０２）。
【０１５４】
このように、本実施例の情報処理システム１は、ネットワークＮＷに接続された複数の情報処理装置１１〜１９が各情報処理装置１１〜１９用の手順書Ｔｂに基づいて上流側から下流側及び並列に連携してデータ処理するとともに、該手順書Ｔｂが、少なくとも、処理内容、自己の手順書を特定するための手順ＩＤ（自己手順書特定情報）、デバイス（情報処理装置名）、次に処理する情報処理装置１１〜１９の手順書Ｔｂを特定する次の手順（次の手順ＩＤ：次手順書特定情報）、１つ上流側の情報処理装置１１〜１９の手順書Ｔｂを特定する前の手順（前の手順ＩＤ：前手順書特定情報）を含んでワークフローＷＦを構成しており、各情報処理装置１１〜１９が、上流側から送られてきたワークフローＷＦにおける自己の手順書Ｔｂの処理内容に記載されている処理を、上流側の該情報処理装置１１〜１９から送られてきたデータに施して、処理済みデータ及び上流側から送られてきた該ワークフローＷＦをデータ保存部（データ保存手段）に保存するとともに、該処理済みデータとワークフローＷＦを該手順書Ｔｂの次の手順で特定される情報処理装置１１〜１９へ送信し、該処理済みデータを送信した次の手順に対応する情報処理装置１１〜１９に異常が発生すると、該ワークフローＷＦに基づいて、異常の発生した情報処理装置１１〜１９の手順書Ｔｂを参照して、前の手順が２つ以上記載されていると、全ての該前の手順の情報処理装置１１〜１９の出力しているデータを上流側に辿って最終的に集合する情報処理装置１１〜１９を、異常の発生した情報処理装置１１〜１９の処理を代替えして実行する情報処理装置１１〜１９である代替装置を決定する代替決定装置として選択して、該代替決定装置に該ワークフローＷＦと異常の発生した該情報処理装置１１〜１９の手順書Ｔｂを特定する異常手順書ＩＤ（異常発生手順書特定情報）を送信して、該代替決定装置から該代替装置の情報処理装置１１〜１９を特定する代替装置特定情報が送られてくると、データ保存部２５に保存されている該処理済みデータ及び異常の発生した情報処理装置１１〜１９を該代替装置特定情報で特定される情報処理装置１１〜１９に書き換えたワークフローＷＦを該代替装置特定情報で特定される該情報処理装置１１〜１９に送信している。
【０１５５】
したがって、データに対して複数の情報処理装置１１〜１９で並列処理を行っている場合に、異常が発生しても、並列処理しているデータが上流側で集合する情報処理装置１１〜１９を代替決定装置として、異常の発生した情報処理装置１１〜１９の処理を代替して実行する情報処理装置１１〜１９を決定して、ワークフロー処理を継続することができ、生産性を落とすことなく、適切にワークフロー処理を継続して行うことができる。
【０１５６】
また、本実施例の情報処理システム１は、データ処理を実行している情報処理装置１１〜１９が、データの処理に異常が発生すると、手順書Ｔｂに前手順ＩＤ（前手順書特定情報）が２つ以上記載されているか判定して、２つ以上の前手順ＩＤが記載されていると、２つ以上の該前手順ＩＤに対応する情報処理装置１１〜１９へ異常が発生した旨の異常通知を行っている。
【０１５７】
したがって、データの並列処理を行って下流側にデータを出力した上流側の複数の情報処理装置１１〜１９が、異常通知によって、下流側の情報処理装置１１〜１５、１７、１９に異常が発生したことを認識して、異常発生に対して適切に対応することができ、生産性を落とすことなく、適切にワークフロー処理を継続して行うことができる。
【０１５８】
さらに、本実施例の情報処理システム１は、各情報処理装置１１〜１９が、少なくとも、データの処理が正常に終了すると、手順書Ｔｂの前手順ＩＤに対応する情報処理装置１１〜１９へ処理が終了した旨の処理状態通知を行い、該前手順ＩＤに対応する情報処理装置１１〜１９が、該処理状態通知が予め設定されている通知待ち時間内に未通知であることによって、該情報処理装置１１〜１９に異常が発生したことを検出している。
【０１５９】
したがって、データの並列処理を行って下流側にデータを出力した上流側の複数の情報処理装置１１〜１９が、処理状態通知が通知待ち時間内にこないことによって、下流側の情報処理装置１１〜１５、１７、１９に異常が発生したことを認識して、異常発生に対して適切に対応することができ、生産性を落とすことなく、適切にワークフロー処理を継続して行うことができる。
【０１６０】
また、本発明の情報処理システム１は、データを送信した下流側の情報処理装置１１〜１９に該データの処理状態の問い合わせを行って、該問い合わせに対する下流側の情報処理装置１１〜１９からの応答に基づいて、下流側の情報処理装置１１〜１９に異常が発生したか否かを検出している。
【０１６１】
したがって、データの並列処理を行って下流側にデータを出力した上流側の複数の情報処理装置１１〜１９が、下流側に処理状態の問い合わせを行ってその応答に基づいて、処理状態通知が通知待ち時間内にこないことによって、下流側の情報処理装置１１〜１５、１７、１９に異常が発生したことを認識して、異常発生に対して適切に対応することができ、生産性を落とすことなく、適切にワークフロー処理を継続して行うことができる。
【０１６２】
さらに、本実施例の情報処理システム１は、前記通知待ち時間を下流側の情報処理装置１１〜１９での処理内容に応じた通知待ち時間に設定したり、または、下流側の情報処理装置１１〜１９に対する処理状態の問い合わせを、下流側の該情報処理装置１１〜１９での処理内容に応じた問い合わせ間隔で所定回数行っている。
【０１６３】
したがって、下流側の情報処理装置１１〜１９の処理内容に応じて、ネットワークＮＷのトラフィックを削減しつつ適切かつ確実に下流側の情報処理装置１１〜１９での異常発生を検出することができ、利用性を向上させることができる。
【０１６４】
また、本発明の情報処理システム１は、データ処理に異常が発生すると、ワークフローＷＦを参照して、次に処理する情報処理装置１１〜１９の手順書Ｔｂに、２つ以上の前手順ＩＤが記載されていると、次に処理する下流側の該情報処理装置１１〜１９へ、異常が発生した旨の異常通知を行っている。
【０１６５】
したがって、異常の発生した情報処理装置１１〜１９よりも下流側の情報処理装置１１〜１９が、上流側からデータが送られてこないことによって異常終了することを防止することができ、適切にワークフロー処理を継続することができる。
【０１６６】
さらに、本発明の情報処理システム１は、代替決定装置としての情報処理装置１１〜１９が、送信されてきたワークフローＷＦと異常発生手順書ＩＤ（異常発生手順書特定情報）で特定される異常の発生した情報処理装置１１〜１９の手順書Ｔｂに基づいて、該手順書Ｔｂに記載されている処理を実行可能な他の情報処理装置１１〜１９を検索して代替装置を設定し、該ワークフローＷＦ及び異常の発生した該情報処理装置１１〜１９の手順書Ｔｂのデバイス名（情報処理装置名）を代替装置のデバイス名（情報処理装置名）に変更した手順書Ｔｂを、ワークフローＴｂと異常発生手順書ＩＤを送信してきた情報処理装置１１〜１９に、送信している。
【０１６７】
したがって、デバイス名によって代替装置の情報処理装置１１〜１９を特定することができ、適切にワークフロー処理を継続することができる。
【０１６８】
また、本発明の情報処理システム１は、代替決定装置としての情報処理装置１１〜１９が、送信されてきたワークフローＷＦと異常発生手順書ＩＤで特定される異常の発生した情報処理装置１１〜１９の手順書Ｔｂに基づいて、手順書Ｔｂに記載されている処理を実行可能な他の情報処理装置１１〜１９を検索して代替装置を設定し、該ワークフローＷＦの異常の発生した情報処理装置１１〜１９の手順書Ｔｂのデバイス名（情報処理装置名）を該代替装置のデバイス名（情報処理装置名）に変更して、変更した該ワークフローＷＦを代替装置特定情報として、ワークフローＷＦと異常発生手順書ＩＤを送信してきた情報処理装置１１〜１９に、送信している。
【０１６９】
したがって、ワークフローＷＦのデバイス名によって代替装置の情報処理装置１１〜１９を特定することができ、適切にワークフロー処理を継続することができる。
【０１７０】
以上、本発明者によってなされた発明を好適な実施例に基づき具体的に説明したが、本発明は上記実施例で説明したものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【０１７１】
本発明は、複写装置、ファクシミリ装置、プリンタ装置、複合装置、コンピュータ等の複数の情報処理装置を連携して手順書に従って画像処理する情報処理システム、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に利用することができる。
【符号の説明】
【０１７２】
１  情報処理システム
１１  画像処理装置
１２  Ａ動画編集装置
１３  議事録作成装置
１３Ｂ  議事録作成装置
１４  Ｂ動画編集装置
１５  Ｂ画像処理装置
１６  テレビ会議装置
１７  Ｃ画像処理装置
１８  Ｃ動画編集装置
１９  音声処理装置
ＮＷ  ネットワーク
ＰＣ  パーソナルコンピュータ
２１  受信部
２２  送信部
２３  エラー検知部
２４  データ管理部
２５  データ保存部
２６  ワークフロー管理部
２７  処理部
ＷＦ  ワークフロー
ハンドスキャナハウジング
２    入力書面
３    １次元イメージセンサ
４    ワイドレンズ
５    照明ランプ
【先行技術文献】
【特許文献】
【０１７３】
【特許文献１】特開２００６−３３８５４４号公報
【図１】
0005842337.tif 000002
【図２】
0005842337.tif 000003
【図３】
0005842337.tif 000004
【図４】
0005842337.tif 000005
【図５】
0005842337.tif 000006
【図６】
0005842337.tif 000007
【図７】
0005842337.tif 000008
【図８】
0005842337.tif 000009
【図９】
0005842337.tif 000010
【図１０】
0005842337.tif 000011
【図１１】
0005842337.tif 000012
【図１２】
0005842337.tif 000013
【図１３】
0005842337.tif 000014
【図１４】
0005842337.tif 000015
【図１５】
0005842337.tif 000016
【図１６】
0005842337.tif 000017
【図１７】
0005842337.tif 000018
【図１８】
0005842337.tif 000019
【図１９】
0005842337.tif 000020
【図２０】
0005842337.tif 000021
【図２１】
0005842337.tif 000022
【図２２】
0005842337.tif 000023
【図２３】
0005842337.tif 000024
【図２４】
0005842337.tif 000025
【図２５】
0005842337.tif 000026
【図２６】
0005842337.tif 000027
【図２７】
0005842337.tif 000028
【図２８】
0005842337.tif 000029
【図２９】
0005842337.tif 000030
【図３０】
0005842337.tif 000031
【図３１】
0005842337.tif 000032
【図３２】
0005842337.tif 000033
【図３３】
0005842337.tif 000034
【図３４】
0005842337.tif 000035
【図３５】
0005842337.tif 000036
【図３６】
0005842337.tif 000037