JP2004280665A - サービス処理システム、サービス処理方法及びサービス処理プログラム - Google Patents

Abstract

【課題】文書データに関して所定の処理を１つのジョブとして複合的に行うサービスをネットワーク上で連携して処理をする場合に、それぞれのショブ単位、かつジョブ内の各処理単位で、エラー処理の処置内容を設定することで、処理内容、処理目的に適合した効率のよい処理を実現する。
【解決手段】クライアント端末の指示書作成画面に設けられたフローウィンドウにジョブの流れをＧＵＩ形式で構成する。このとき、サービス単位或いはジョブ単位で最適なエラー処理を定義をしておくことで、当該ジョブに最も適したエラー処理を行うことができるため、作業効率を向上させることができる。
【選択図】 図１２

Description

【０００１】
【発明の属する技術分野】
本発明は、文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理システム、サービス処理方法及びサービス処理プログラムに関するものである。
【０００２】
【従来の技術】
スキャナ、ファクシミリ装置（以下、ＦＡＸという）、複写機、或いはこれらを複合した複合機、パーソナルコンピュータ、メールサーバー等をネットワークで相互に接続して、紙文書と電子情報の共有化を図ったネットワークシステムが提案されている。
【０００３】
このようなネットワークシステムは、例えば、原稿を読み取るスキャナ、ペーパーレスＦＡＸ等の入力系から文書ファイルを取込み、イメージ加工、文字認識等の処理系を経て、プリンタやメールサーバー等の出力系を介して文書ファイルを外部に配信する構成となっている。
【０００４】
ここで、通常は、文書ファイルの取込み、取り込んだデータの加工処理、加工処理後の配信は、それぞれ独立して実行されるようになっている。
【０００５】
このため、オペレータは、文書ファイルの取込作業、取り込んだデータの加工処理作業、加工処理後の配信作業を連続して行う場合、それぞれの作業について所定の設定を行わなければならない。
【０００６】
例えば、上記処理装置を一括管理するクライアント端末を用い、表示部にオペレータは、前記文書ファイルの取込み、取り込んだデータの加工処理、加工処理後の配信処理に関する指示ウィンドウをそれぞれ開き、所定の入力操作を行わなければならず、非常に作業効率が悪かった。
【０００７】
これを解消するため、従来より、入力から出力までの一連の処理をネットワーク上で連携して予め定義した順番で実行するワークフローシステムが導入されている。
【０００８】
ワークフローシステムでは、承認や回覧等、オフィスで汎用的にしようされるワークフローを想定して、既存の紙ベースの業務システムをそのまま電子化することによって開発されている（特許文献１、特許文献２、特許文献３参照）。
【０００９】
【特許文献１】
特開２００２−９９６８６公報
【特許文献２】
特開２００１−３２５３８９公報
【特許文献３】
特開２００１−１９５２９５公報
【００１０】
【発明が解決しようとする課題】
しかしながら、従来のワークフローシステムでは、順調に処理されている場合には非常に有効なシステムではあるが、イレギュラーな状況（エラー）に陥った場合、ワークフローによって指示された処理内容や処理目的の観点から、各処理装置において固定的に設定されているエラー処理では、適切な対応がとれない場合がある。
【００１１】
例えば、一般的に文書ファイルの取込みの際に、途中のページで取込エラーが生じると、エラー処理としては、取込みのための装置は機能をストップさせ、次の取込みは中止されることになる。この場合、エラーが起きる前までの処理は正常であっても、ワークフローに沿った処理を最初からやり直さなければならず、ワークフローとしての作業効率をかえって悪化させることになる。
【００１２】
なお、このような場合、全てを完全に処理しなければならないものなのか、一部での優先して処理を継続するべきなのか、というのはワークフローによって指示された処理内容や処理目的によって異なることになる。
【００１３】
本発明は上記事実を考慮し、文書データに関して所定の処理を１つのジョブとして複合的に行うサービスをネットワーク上で連携して処理をする場合に、それぞれのショブ単位、かつジョブ内の各処理単位で、エラー処理の処置内容を設定することで、処理内容、処理目的に適合した効率のよい処理を実現することができるサービス処理システム、サービス処理方法及びサービス処理プログラムを得ることが目的である。
【００１４】
【課題を解決するための手段】
第１の発明は、文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理システムであって、前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成する指示データ作成手段と、前記指示データ作成手段で作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理する管理制御手段と、前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行するエラー処理実行手段と、を有している。
【００１５】
第１の発明によれば、指示データ作成手段により、指示データを作成するときに、当該ジョブ単位で各処理でのエラーに対する処置手順を示すエラー処理データを作成することができる。
【００１６】
ここで、エラー処理実行手段では、当該ジョブの各処理の進行中にエラーが生じた場合、各処理毎に単独で設定したエラー処理ではなく、ジョブに関わる全ての処理に総合的に勘案したエラー処理が優先して実行される。
【００１７】
このため、例えば、不必要に処理が中断するようなことがなく、エラーに関連する部分の文書データを除いた、他の処理を継続させるといったことが可能となり、ジョブとしての作業効率を向上させることができる。
【００１８】
また、第１の発明において、前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別する判別手段と、前記判別手段で、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替える切替制御手段と、をさらに有することを特徴としている。
【００１９】
判別手段により、指示データに添付されたエラー処理が実行可能か否かを判断することで、指示データに添付するエラー処理を各エラー単位で設定しなくてもよく、指示データの作成作業を簡略化することができる。
【００２０】
さらに、第１の発明において、前記エラーが発生した場合に、エラー内容を表示するエラー内容表示手段と、前記エラー内容表示手段で表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定するエラー処理指定手段と、をさらに有することを特徴としている。
【００２１】
エラー内容表示手段では、エラーが発生した場合に、エラー内容を表示する。オペレータはこの表示内容を見て、エラー処理指定手段によって、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定する。
【００２２】
すなわち、ジョブの進行状態によっては、第１のエラー処理が適性か、第２のエラー処理が適正かが変化する場合がある。例えば、ジョブの初期段階では、処理を中止して最初からやり直した方が有利であり、ジョブの終期段階では、いままで処理を無駄にせず、エラーに関わる文書データのみを再処理した方が有利である。また、第１のエラー処理、第２のエラー処理以外のエラー処理が最適である状況もあり得る。
【００２３】
そこで、第３のエラー処理を含め、オペレータによる選択を可能とすることで、当該エラーが生じた状況、時期、部位に最適なエラー処理を実行させることができる。
【００２４】
第２の発明は、文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理方法であって、前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成し、前記作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理し、前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行することを特徴としている。
【００２５】
第２の発明によれば、指示データを作成するときに、当該ジョブ単位で各処理でのエラーに対する処置手順を示すエラー処理データを作成することができる。
【００２６】
ここで、当該ジョブの各処理の進行中にエラーが生じた場合、各処理毎に単独で設定したエラー処理ではなく、ジョブに関わる全ての処理に総合的に勘案したエラー処理を優先して実行する。
【００２７】
このため、例えば、不必要に処理が中断するようなことがなく、エラーに関連する部分の文書データを除いた、他の処理を継続させるといったことが可能となり、ジョブとしての作業効率を向上させることができる。
【００２８】
また、第２の発明において、前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別し、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替えることを特徴とする。
【００２９】
指示データに添付されたエラー処理が実行可能か否かを判断することで、指示データに添付するエラー処理を各エラー単位で設定しなくてもよく、指示データの作成作業を簡略化することができる。
【００３０】
さらに、第２の発明において、前記エラーが発生した場合に、エラー内容を表示し、表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定することを特徴とする。
【００３１】
エラーが発生した場合に、エラー内容を表示する。オペレータはこの表示内容を見て、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定する。
【００３２】
すなわち、ジョブの進行状態によっては、第１のエラー処理が適正か、第２のエラー処理が適正かが変化する場合がある。例えば、ジョブの初期段階では、処理を中止して最初からやり直した方が有利であり、ジョブの終期段階では、いままで処理を無駄にせず、エラーに関わる文書データのみを再処理した方が有利である。また、第１のエラー処理、第２のエラー処理以外のエラー処理が最適である状況もあり得る。
【００３３】
そこで、第３のエラー処理を含め、オペレータによる選択を可能とすることで、当該エラーが生じた状況、時期、部位に最適なエラー処理を実行させることができる。
【００３４】
第３の発明は、文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理プログラムであって、コンピュータに、前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成する指示データ作成工程と、前記指示データ作成手段で作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理する管理制御工程と、前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行するエラー処理実行工程と、を備えた処理を実行させることを特徴とする。
【００３５】
第３の発明によれば、指示データを作成するときに、当該ジョブ単位で各処理でのエラーに対する処置手順を示すエラー処理データを作成することができる。
【００３６】
ここで、当該ジョブの各処理の進行中にエラーが生じた場合、各処理毎に単独で設定したエラー処理ではなく、ジョブに関わる全ての処理に総合的に勘案したエラー処理を優先して実行する。
【００３７】
このため、例えば、不必要に処理が中断するようなことがなく、エラーに関連する部分の文書データを除いた、他の処理を継続させるといったことが可能となり、ジョブとしての作業効率を向上させることができる。
【００３８】
また、第３の発明において、前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別する判別工程と、前記判別手段で、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替える切替制御工程と、をさらに備えた処理を実行させることを特徴とする。
【００３９】
指示データに添付されたエラー処理が実行可能か否かを判断することで、指示データに添付するエラー処理を各エラー単位で設定しなくてもよく、指示データの作成作業を簡略化することができる。
【００４０】
さらに、第３の発明において、前記エラーが発生した場合に、エラー内容を表示するエラー内容表示工程と、前記エラー内容表示手段で表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定するエラー処理指定工程と、をさらに備えた処理を実行させることを特徴とする。
【００４１】
エラーが発生した場合に、エラー内容を表示する。オペレータはこの表示内容を見て、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定する。
【００４２】
すなわち、ジョブの進行状態によっては、第１のエラー処理が適正か、第２のエラー処理が適正かが変化する場合がある。例えば、ジョブの初期段階では、処理を中止して最初からやり直した方が有利であり、ジョブの終期段階では、いままで処理を無駄にせず、エラーに関わる文書データのみを再処理した方が有利である。また、第１のエラー処理、第２のエラー処理以外のエラー処理が最適である状況もあり得る。
【００４３】
そこで、第３のエラー処理を含め、オペレータによる選択を可能とすることで、当該エラーが生じた状況、時期、部位に最適なエラー処理を実行させることができる。
【００４４】
【発明の実施の形態】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００４５】
［第１の実施形態］
（システム構成）
図１は、本発明の第１の実施形態に係る文書処理システム１の構成を示すブロック図である。
【００４６】
文書処理システム１は、様々なサービスやアプリケーションがネットワーク５を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やリポジトリからの読込、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理等が該当し、特に限定されるものではない。
【００４７】
文書処理システム１は、具体的は、複数のサービスを連携させてユーザの所望の処理を指示するユーザインタフェースを備えたクライアント端末１０と、ユーザの所望のサービスを検索するサービス検索サーバ２０と、クライアント端末１０で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ３０と、指示書を管理する指示書管理サーバ４０と、指示書に従って各サービスの連携処理を実行する連携処理サーバ５０と、を備えている。
【００４８】
さらに、文書処理システム１は、画像文書のノイズ除去処理や画像回転処理やＯＣＲ処理や画像をバインドする等の画像処理を行う画像処理装置６１と、文書を管理する文書管理サーバ６２と、文書を配信する文書配信サーバ６３と、第１のサービス処理を行う第１のサービス処理装置６４と、第２のサービス処理を行う第２のサービス処理装置６５と、を備えている。
【００４９】
なお、文書処理システム１は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク５を介して接続された構成となっているが、複数のサービスがネットワーク５を介して接続されていれば特に限定されるものではない。
【００５０】
ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザインタフェース（ＧＵＩ）を構成するための情報と、を含んだデータをいう。
【００５１】
図２は、文書処理システム１を構成する各サービス処理装置の相互関係を説明するためのブロック図である。各サービス処理装置は、自身が提供するサービスの内容を表すＩ／Ｆ情報を記憶している。
【００５２】
図３は、Ｉ／Ｆ情報の構成を示す図である。Ｉ／Ｆ情報は、＜サービス種類（Ｓｅｒｖｉｃｅ Ｃｌａｓｓ）＞、＜サービス名（Ｓｅｒｖｉｃｅ Ｎａｍｅ）＞、＜サービス・アイコン（Ｓｅｒｖｉｃｅ Ｉｃｏｎ）＞、＜サービスロケーション情報（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）＞、＜入力（Ｉｎｐｕｔ）＞、＜出力（Ｏｕｔｐｕｔ）＞、＜パラメータ制限ルール（Ｐａｒａｍｅｔｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｒｕｌｅｓ）＞、＜サービス・ロケーション（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ）＞、＜メソッド名（Ｍｅｔｈｏｄ Ｎａｍｅ）＞、＜起動方法（Ｉｎｖｏｃａｔｉｏｎ Ｓｃｈｅｍｅ）＞、＜黙示要素（Ｉｎｐｌｉｃｉｔ Ｅｌｅｍｅｎｔｓ）＞、＜エラー処理情報＞で構成されている。
【００５３】
＜サービス種類＞は、サービス処理装置が提供するサービスの種類である。なお、＜サービス種類＞は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。＜サービス名＞は、サービス処理装置が提供するサービスの名前である。＜サービス・アイコン＞は、クライアント端末１０のＧＵＩに表示するアイコンの位置情報である。
【００５４】
＜サービスロケーション情報＞は、指示書生成サーバ３０がＩ／Ｆ情報を取得するために用いるＵＲＬである。＜入力＞は、サービスへの入力である。＜出力＞は、サービスへの出力である。＜パラメータ制限ルール＞は、＜入力＞や＜出力＞に適用される制限ルールである。＜サービスロケーション＞は、サービスを実際に使用するときの位置情報である。＜メソッド名＞は、サービス処理の提供手法である。
【００５５】
＜起動方法＞は、サービス処理を呼び出し起動する方法である。なお、＜起動方法＞としては、例えばメッセージ交換のプロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を用いることができる。＜黙示要素＞は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。
【００５６】
＜エラー処理情報＞は、それぞれのサービスにおけるイレギュラーの状況が発生した場合の処置についての情報であり、例えば、以下のようなエラー処理が記載されている。
【００５７】
▲１▼ 各サーバー（サービス検索サーバー２０，指示書作成サーバー３０、指示書管理サーバー４０等）における致命的なエラー、並びに、各サービス（コピー、プリント、スキャン、ファクシミリ送受信等）において致命的なエラー、すなわち、ハードディスク（ＨＤＤ）の故障、電源異常、冷却ファンの故障等、物理的な異常が生じた場合は、電源をオンし、かつＣＥコール（サービスマンの呼び出し）を実行する。
【００５８】
▲２▼ 画像処理装置６１において、キャッシュメモリ文書管理サーバー６２において、ＨＤＤ（ハードディスク）の記憶容量不足が生じた場合にユーザーに報知する。
【００５９】
▲３▼ 文書配信サーバー６３において、送信エラーが発生したら、直ちに送信を中止する。
【００６０】
▲４▼ 各サービス（コピー、プリント、スキャン、ファクシミリ送受信等）において、原稿フィード時の紙詰まり、コピー紙詰まり等が生じた場合に、処理を中止する。
【００６１】
クライアント端末１０は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザインタフェース（ＧＵＩ）の機能を備えている。
【００６２】
サービス検索サーバ２０は、ネットワーク５に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３、第１のサービス処理装置６４、サービス処理装置６５等の様々なサービス処理装置のＩ／Ｆ情報（図３参照）の一部（以下「部分Ｉ／Ｆ情報」という。）を予め記憶している。ここで、部分Ｉ／Ｆ情報は、Ｉ／Ｆ情報の要素中の＜サービス種類＞、＜サービス名＞、＜サービスロケーション情報＞、＜入力＞、＜出力＞をいう。
【００６３】
サービス検索サーバ２０は、指示書生成サーバ３０や連携処理サーバ５０から検索条件が送信されたときは、各サービス処理装置の部分Ｉ／Ｆ情報を用いてサービスを検索する。例えば、サービス検索サーバ２０は、所定のサービスと同様のサービスを検索するときは、＜サービス種類＞が一致するサービスを検索したり、＜入力＞及び＜出力＞が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。
【００６４】
指示書生成サーバ３０は、指示書作成時には各サービス処理装置からＩ／Ｆ情報を取得して、各サービス処理装置が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ３０は、指示書を作成すべく、具体的には次の処理を実行する。
【００６５】
指示書生成サーバ３０は、＜サービスロケーション情報＞に基づいて、ネットワーク５上に分散した所定のサービス処理装置から、各サービスに関するＩ／Ｆ情報を送信するように要求する。なお、指示書生成サーバ３０は、所定のサービス処理装置がない場合は、サービス検索サーバ２０に対して、所定のサービス処理装置と同一のサービスを行う他のサービス処理装置を検索するように指示を出す。そして、指示書生成サーバ３０は、サービス検索サーバ２０から、他のサービス処理装置の＜サービスロケーション情報＞を取得すればよい。
【００６６】
指示書生成サーバ３０は、サービス検索サーバ２０からの検索結果や各サービス処理装置から受信したＩ／Ｆ情報を管理する。指示書生成サーバ３０は、各サービス処理装置から取得したＩ／Ｆ情報に基づいて、ジョブフローを定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する。そして、指示書生成サーバ３０は、クライアント端末１０からのサービスの閲覧要求があると、ＧＵＩ画面となるＨＴＭＬファイルを前記クライアント端末１０へ送信する。
【００６７】
図４は、ジョブフローを定義するためのＧＵＩ画面である指示書作成画面１００を示す図である。指示書作成画面１００は、サービスウインドウ１０１、フローウインドウ１０２、ロジックウインドウ１０３、プロパティーウインドウ１０４で構成されている。
【００６８】
サービスウィンドウ１０１は、使用可能な様々なサービス処理装置を表示する。ロジックウィンドウ１０３は、サービス間の連携のパターンを示すジョブフローを表示する。プロパティーウインドウ１０４は、サービスウインドウ１０１とロジックウインドウ１０３に表示された各アイコンの詳細な設定パラメータを表示する。
【００６９】
ユーザは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップすることで、フローウインドウ１０２にジョブフローを定義することができる。ユーザは、さらに、プロパティウインドウ１０４に表示された内容を編集することによって、サービスやロジックを詳細に設定することができる。
【００７０】
ここで、図６に示される如く、指示書作成画面１００のプルダウンメニュー２００のツールメニュー２００Ａには、エラー処理条件メニュー２００Ｂが設定されている。
【００７１】
このエラー処理条件メニュー２０２Ｂは、フローウィンドウ１０２にドラッグ・アンド・ドロップされたサービスウィンドウ１０１内のアイコンの何れかが選択（反転表示）されたときに機能するメニューである（図７では、一例としてＦＡＸアイコンが選択されている状態を図示）。
【００７２】
すなわち、何れかのアイコンが選択された状態で、エラー処理条件メニュー２００Ｂを選択すると、図６に示すエラー処理条件設定画面２０２が表示されるようになっている。
【００７３】
エラー処理条件設定画面２０２には、「設定しない」及び「設定する」の２個のチェックボックス２０４、２０６が設けられ、選択したアイコン（サービス）に対して、特別にエラー処理を設定するか否かを選択できるようになっている。
【００７４】
「設定しない」を選択（チェックボックス２０４をチェック）した場合には、前記Ｉ／Ｆ情報によって認識されているエラー処理が実行される。
【００７５】
「設定する」を選択（チェックボックス２０６をチェック）した場合には、エラー処理条件設定画面２０２内の条件項目設定画面２０８が有効となり、選択されたアイコンのエラー情報が表示され、逐次エラー情報を選択して、指示書としての特有の処置を処置設定画面２１０に入力（設定）する。
【００７６】
例えば、選択されたアイコンがＦＡＸである場合は、エラー情報として、「相手話中の場合は５回までリコールする」、「読み込みに失敗した場合は送信を中止する」「読み込み中に原稿詰まりが発生したら送信を中止する」等が一覧表として表示される。その内の１つとして、「読み込み中に原稿詰まりが発生したら送信を中止する」を選択し、処置として「原稿詰まり以前の情報のみ先に送信する」と設定することができるようになっている。なお、このような設定は、各エラー情報毎に設定してもよいし、１つのサービス（ＦＡＸ等）で共通のエラー処置として設定しもよい。さらには、ジョブ単位で（すなわち、複数のサービスに共通の）エラー処置を設定するようにしてもよい。
【００７７】
また、当然であるが、上記ではユーザーとの対話形式での設定であるため、文書形式でエラー情報並びに処置を設定するようにしたが、フローウィンドウ１０２（ＧＵＩ）と同様、内部的にはプログラム言語によって処理される。
【００７８】
上記のように、各サービスにおいて予め設定されたエラー処理情報（Ｉ／Ｆ情報）とは異なるエラー処理情報が設定されると、図８に示される如く、フローウィンドウ１０２内の該当するアイコンには、特別なエラー処理が設定されたことを示すマーク（図８では、丸付きの「！」マーク）２１２が付与されることで、特別なエラー処理が設定されている否かが判別できるようになっている。
【００７９】
クライアント端末１０は、ユーザの操作によって定義されたジョブフロー情報を、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）形式に従って指示書生成サーバ３０に送信する。
【００８０】
指示書生成サーバ３０は、ユーザからのサービス連携の指示に関するジョブフロー情報と、各サービスのＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、ＸＭＬ形式のファイルで構成されている。
【００８１】
図５は、ＸＭＬ形式で構成された指示書を示す図である。複数のサービスの連携処理自体も１つのサービスとみなされるので、指示書は、図３に示したＩ／Ｆ情報に加えて＜フロー（Ｆｌｏｗ）＞を追加した構成になっている。
【００８２】
＜フロー＞は、サービス間の連携を記述する要素であり、＜起動（Ｉｎｖｏｋｅ）＞、制御構造や論理演算、並びにエラー処理をするための＜ｉｆ＞等の要素、さらに処理対象の文書を特定するための情報を含んでいる。
【００８３】
＜起動＞は、サービス処理装置の特定のメソッドを表し、サービスの呼び出しを実行する。＜起動＞の要素として、パラメータの位置情報を示す＜マップ＞と、呼び出すメソッド名＜メソッド＞を有している。制御構造や論理演算等を示す＜ｉｆ＞、＜ａｎｄ＞、＜ｅｑ＞、＜ｇｔ＞は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。
【００８４】
さらに、エラー処理では、各サービスでの処理中に何らかのエラーが生じた場合に、優先的に指示書によって設定したエラー情報に対する処置が可能か否かが判断し、可能であれば指示書に従ったエラー処理を実行させ、不可能であれば各サービスに予め設定されているエラー処理を実行させるようにプログラムされている。
【００８５】
指示書は、サービスの連携処理の制御に関するすべての情報を＜フロー＞の要素に記述している。これにより、指示書によって表される連携処理自体も１つのサービスとみなされる。なお、指示書は、図５に示す構成に限定されるものではなく、各サービスを連携させることができればよい。
【００８６】
指示書生成サーバ３０は、以上のようなＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。また、指示書生成サーバ３０は、ユーザによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ５０に送信してもよい。
【００８７】
指示書管理サーバ４０は、指示書生成サーバ３０から送信された指示書を保持し、クライアント端末１０からの要求に応じて指示書を連携処理サーバ５０へ送信する。
【００８８】
連携処理サーバ５０は、指定された指示書を解釈・実行するサーバである。連携処理サーバ５０は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３などの各サービス処理装置を順に呼び出し、連携処理を実行する。また、連携処理サーバ５０は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。
【００８９】
連携処理サーバ５０は、指示書を解釈して各サービス処理装置へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等を有する個別指示情報を生成する。なお、連携処理サーバ５０は、各サービス処理装置で行う処理の前後の処理との関連を指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置毎の固有の情報交換形式で処理依頼を行うようにしてもよい。
【００９０】
画像処理装置６１は、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置６１は、連携処理サーバ５０からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置６１は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、画像処理装置６１は、指示書生成サーバ３０からの要求により、画像処理サービスの利用方法を示すＩ／Ｆ情報を送信する。このＩ／Ｆ情報は、指示書作成時に利用される。
【００９１】
文書管理サーバ６２は、文書格納機能を有している。文書管理サーバ６２は、連携処理サーバ５０からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ６２は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書管理サーバ６２は、指示書生成サーバ３０からの要求により文書管理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００９２】
文書配信サーバ６３は、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やＦＡＸ送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ６３は、連携処理サーバ５０からの要求により、クライアント端末１０で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ６３は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書配信サーバ６３は、指示書生成サーバ３０からの要求により文書配信サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００９３】
第１のサービス処理装置６４は、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第１のサービス処理装置６４は、連携処理サーバ５０からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第１のサービス処理装置６４は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、第１のサービス処理装置６４は、指示書生成サーバ３０からの要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。なお、第２のサービス処理装置６５は、サービス処理の内容を除いて、第１のサービス処理装置６４と同様に動作する。
【００９４】
以上のように構成された文書処理システム１において、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。
【００９５】
画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等のサービス処理装置は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分Ｉ／Ｆ情報をサービス検索サーバ２０に通知する。
【００９６】
サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置から送信された部分Ｉ／Ｆ情報を保存する。これにより、サービス検索サーバ２０は、例えば指示書生成サーバ３０や連携処理サーバ５０から所定のサービス検索要求があったときに、部分Ｉ／Ｆ情報を用いて検索を実行することができる。
【００９７】
（指示書の作成）
図９は、指示書作成時のクライアント端末１０及び指示書生成サーバ３０の処理手順を示すフローチャートである。
【００９８】
クライアント端末１０は、ユーザの操作に従って、インストールされたブラウザを通して、指示書生成サーバ３０が提供するユーザインタフェース画面用に生成されたＨＴＭＬファイルのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスする（ステップ２５０）。
【００９９】
指示書生成サーバ３０は、クライアント端末１０からの閲覧要求に応じて、ユーザインタフェース画面のＨＴＭＬファイルをクライアント端末１０に送信する（ステップ２５２）。
【０１００】
クライアント端末１０は、指示書生成サーバ３０から送信されたＨＴＭＬファイルに基づいて、ユーザインタフェース画面を表示する（ステップ２５４）。このとき、ユーザは、クライアント端末１０に表示されたのユーザインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。
【０１０１】
クライアント端末１０は、ユーザインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する（ステップ２５６）。
【０１０２】
ジョブフローが定義されたと判断されると、次のステップ２５８において、エラー処理定義が存在するか否かが判断される。
【０１０３】
すなわち、ジョブフローで定義された、個別のサービスにそれぞれ予め設定されたエラー処理とは異なるエラー処理を指定された場合には、ステップ２６０へ移行して、この指定されたエラー処理が該当するサービスにおいて有効となるように、ジョブフローの定義の付加的要素として追加する。
【０１０４】
なお、エラー処理の指定は、以下の手順で行う。
【０１０５】
まず、完成したフローウィンドウ１０２上に定義したジョブフローから、エラー処理を指定するべき、サービスを選択する。例えば、ＦＡＸを選択する場合には、ＦＡＸアイコンにポインタを合わせ、所定の操作（例えば、マウスの１クリック）によって選択する。選択されたＦＡＸアイコンは反転表示される（図７参照）。
【０１０６】
上記選択状態で、プルダウンメニュー２００のツールメニュー２００Ａからエラー処理条件メニュー２００Ｂを選択する。
【０１０７】
エラー処理条件メニュー２００Ｂを選択すると、図６に示すエラー処理条件設定画面２０２が表示される。
【０１０８】
エラー処理条件設定画面２０２において、「設定する」を選択（チェックボックス２０６をチェック）すると、エラー処理条件設定画面２０２内の条件項目設定画面２０８が有効となり、選択されたアイコンのエラー情報が表示され、逐次エラー情報を選択して、指示書としての特有の処置を処置設定画面２１０に入力（設定）する。
【０１０９】
上記設定が完了し、エラー処理条件設定画面２０２を閉じると、図８に示される如く、フローウィンドウ１０２内の該当するアイコンには、特別なエラー処理が設定されたことを示す「！」マーク２１２が付与されることで、特別なエラー処理が設定されている否かが判別できる。
【０１１０】
クライアント端末１０は、ジョブフローが作成されたと判定すると、ユーザによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ３０に送信する。
【０１１１】
指示書生成サーバ３０は、クライアント端末１０より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置から取得したＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する（ステップ２６２）。そして、指示書生成サーバ３０は、指示書をＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。
【０１１２】
指示書管理サーバ４０は、指示書生成サーバ３０で生成された指示書を保存する。指示書管理サーバ４０は、指示書生成サーバ３０で作成された複数の指示書を保存しており、クライアント端末１０から指示書の選択指示があった時は選択された指示書を読み出す。
【０１１３】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【０１１４】
図１０は、クライアント端末１０、指示書管理サーバ４０及び連携処理サーバ５０の処理を示すフローチャートである。
【０１１５】
クライアント端末１０は、指示書管理サーバ４０へアクセスし、指示書管理サーバ４０で管理される指示書リストを取得する（ステップ２７０）。
【０１１６】
図１１は、指示書リストを表すサービス連携処理選択画面１１０の一例を示す図である。サービス連携処理選択画面１１０は、指示書毎に指示書を選択するためのボタン１１１〜１１６を有している。ユーザは、サービス連携処理選択画面１１０から所望のボタンをクリックすることで、指示書を選択することができる。
【０１１７】
クライアント端末１０は、サービス連携処理選択画面１１０から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。
【０１１８】
指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を連携処理サーバ５０へ送信する（ステップ２７２）。この結果、連携処理サーバ５０は、連携処理の実行を開始する。
【０１１９】
連携処理サーバ５０は、指示書管理サーバ４０より送信された指示書を解釈し、指示書に記述された第１番目の処理である画像処理装置６１に対して、第１のサービス処理を実行することを依頼する（ステップ２７４）。連携処理サーバ５０は、具体的には、指示書に記載された情報をもとに、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ５０は、個別指示情報を第１の処理依頼先である画像処理装置６１へ送信する。
【０１２０】
画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する。画像処理装置６１は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１２１】
連携処理サーバ５０は、画像処理装置６１からの処理結果を受信すると、第１の処理依頼結果をログとして管理する。そして、連携処理サーバ５０は、指示書に基づき第２の処理依頼先を特定し、第２のサービス処理を実行することを文書管理サーバ６２に依頼する（ステップ２７６）。連携処理サーバ５０は、第１のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書管理サーバ６２へ送信する。
【０１２２】
文書管理サーバ６２は、連携処理サーバ５０の依頼内容に基づき、前の処理（第１のサービス処理）で処理され格納された文書を、依頼内容に記述された格納先情報に基づき格納処理を行う。文書管理サーバ６２は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１２３】
連携処理サーバ５０は、第２のサービス処理（文書格納処理）からの処理結果を受信すると、第２の処理依頼結果をログとして管理する。連携処理サーバ５０は、指示書に基づき第３の処理依頼先を特定し、第３のサービス処理を実行することを文書配信サーバ６３に依頼する（ステップ２７８）。連携処理サーバ５０は、第２のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書配信サーバ６３へ送信する。
【０１２４】
文書配信サーバ６３は、連携処理サーバ５０の依頼内容に基づき、前の処理（第２のサービス処理）で処理され格納された文書を、文書を特定する情報（格納先情報）に基づき文書ファイルを読み出し、依頼内容に記述された処理を行う。ここでは、文書配信サーバ６３は、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。文書配信サーバ６３は、処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【０１２５】
この処理において、文書配信サーバ６３は、例えばＦＡＸ送信処理において相手先が話し中でありかつ所定回数リトライを行っても相手先と接続できなかった場合、ステータス情報として「メール送信：完了、ＦＡＸ送信：未送信」を連携処理サーバ５０に送信する。
【０１２６】
連携処理サーバ５０は、第３のサービス処理からの処理結果を受信し、指示書には次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する（ステップ２８０）。
【０１２７】
なお、本実施形態において、サービス検索サーバ２０は、各サービス処理装置からＩ／Ｆ情報の一部（部分Ｉ／Ｆ情報）を取得していたが、Ｉ／Ｆ情報の全部を取得するようにしてもよい。
【０１２８】
ここで、本実施の形態では、上記のような連携処理が適正に実行された場合には問題ないが、何れかのサービスにおいてエラーが発生した場合、そのエラーに対する処置を同時に管理している。
【０１２９】
すなわち、連携処理サーバー５０は、図５に示す部分Ｉ／Ｆ情報の１つとして、各サービスにおけるエラー処理情報を認識している。
【０１３０】
一方、指示書データには、予めサービス毎に設定されているエラー処理とは異なる定義が付加されている場合がある。
【０１３１】
そこで、何れかのサービスにおいてエラーが生じると、指示書データに当該サービスでのエラー処理の定義が存在するか否かを判断し、適正なエラー処理を実行する。
【０１３２】
以下、図１２のフローチャートに従い、エラー発生時に割り込まれるエラー処理選択制御について説明する。
【０１３３】
ステップ３００では、エラー発生元サービスを判別し、判別が完了すると、ステップ３０２へ移行して、エラー発生元サービスの部分Ｉ／Ｆ情報から、当該エラーに対する予め設定されたエラー処理を読出し、第１のエラー処理とする。
【０１３４】
次のステップ３０４では、指示書データに当該エラーに該当するエラー処理の定義が有るか否かが判断され、否定判定、すなわち指示書データには、存在しないと判定された場合には、ステップ３０６へ移行して、前記第１のエラー処理を実行するように指示する。
【０１３５】
一方、ステップ３０４で肯定判定、すなわち、指示書データにエラー処理の定義が有る場合には、ステップ３０８へ移行して、この定義されたエラー処理を読出し、第２のエラー処理とし、ステップ３１０へ移行する。
【０１３６】
ステップ３１０では、第２のエラー処理は、実行可能か否かが判断され、実行不可（否定判定）の場合には、ステップ３０６へ移行して第１のエラー処理を実行するように指示し、可能（肯定判定）の場合には、ステップ３１２へ移行して第２のエラー処理を実行するように指示し、このルーチンは終了する。
【０１３７】
このように、ジョブ単位で指示書データにエラー処理の定義をしておくことで、当該ジョブに最も適したエラー処理を行うことができるため、作業効率を向上させることができる。以下に実際のエラー処理の選択例を示す。
【０１３８】
▲１▼ 致命的なエラー（ＨＤＤ故障，電源異常、冷却ファン故障等のシステムフェイル）
サービスに予め設定されたエラー処理（第１のエラー処理）を優先する。この場合、電源オフ、サービスマンへの連絡
▲２▼ サービス系の故障（サブシステムフェイル）
故障部位を使用する処理部分のみ、サービスに予め設定されたエラー処理（第１のエラー処理）を優先する。例えば、第２のエラー処理としてｎ回リトライと定義されていても、この第２のエラー処理は不可として判定する。
【０１３９】
▲３▼ 話中
指示書データに定義されたエラー処理（第２のエラー処理）を優先する。話中の場合、リトライの回数が予め設定されたエラー処理（第１のエラー処理）と子なる場合があるが、この場合、ジョブの重要性に基づいて設定したリトライ回数を優先することが好ましい。
【０１４０】
▲４▼ 原稿／用紙詰まり、或いは用紙切れ／課金システムの場合のコイン切れ
第１のエラー処理としては、ユーザー介入がほとんどであるが、指示書データに第２のエラー処理が定義されている場合には、この第２のエラー処理を優先する。
【０１４１】
なお、上記第１の実施の形態では、サービス単位（或いはサービス内のエラー項目単位）で当該ジョブ特有のエラー処理を設定可能としたが、当該ジョブ全体（全てのサービスに共有）として共通のエラー処理を設定するようにしてもよい。
【０１４２】
また、上記第１の実施の形態では、予め設定した第１のエラー処理と、指示書データに定義されたジョブ毎の第２のエラー処理と、の何れかを選択するようにしたが、加えて、エラーが生じた時点で、第３のエラー処理として別途エラー処理を設定することができるようにしてもよい。以下、図１３に、この第３のエラー処理を含む処理の流れを図１２の変形例として示す。なお、図１２と同一処理ステップについては、同一の符号の末尾に”Ａ”を付して説明を省略する。
【０１４３】
ステップ３２０では、フラグＦをリセット（０）し、ステップ３００Ａへ移行し、以下、ステップ３０２Ａ、３０４Ａ、３０８Ａ、３１０Ａを実行する。
【０１４４】
ステップ３０４Ａ、或いはステップ３１０Ａにおいて、否定判定された場合は、ステップ３２２へ移行して、第１及び第３のエラー処理を表示し、次いでステップ３２４へ移行してフラグＦをセット（１）した後、ステップ３２８へ移行する。
【０１４５】
一方、ステップ３０４Ａで肯定判定、かつステップ３１０Ａで肯定判定されると、ステップ３２６へ移行して、第１、第２、第３のエラー処理を表示して、ステップ３２８へ移行する。
【０１４６】
上記ステップ３２２又はステップ３２６での表示では、何れかのエラー処理を選択するようなメッセージが表示されており、ユーザーは第１又は第３のエラー処理、若しくは第１乃至第３のエラー処理から何れかを選択する。
【０１４７】
ステップ３２８でエラー処理の選択が認識されると、ステップ３３０へ移行して、選択したエラー処理が第３のエラー処理か否かが判断される。
【０１４８】
このステップ３３０で肯定判定されると、ステップ３３２へ移行して第３のエラー処理の設定が完了したか否かが判断される。すなわち、第３のエラー処理は、この時点では定義されていないため、ユーザーはエラーの状況を見て最適なエラー処理を定義（設定）する。これにより、ステップ３３２で肯定判定され、ステップ３３４へ移行して第３のエラー処理の実行を指示する。
【０１４９】
前記ステップ３３０で否定判定された場合には、ステップ３３６へ移行してフラグＦをセットされているか否かが判断される。すなわち、フラグがセットされていれば、第２のエラー処理は存在しないため、ステップ３３８へ移行して第１のエラー処理を実行するように指示する。
【０１５０】
また、フラグＦがセットされていなければ、第１又は第２のエラー処理の何れかを選択できるため、ステップ３３６からステップ３４０へ移行して第１のエラー処理が選択されたか否かが判断される。
【０１５１】
このステップ３４０で肯定判定されると、ステップ３３８へ移行して、第１のエラー処理を実行するように指示し、否定判定されると、ステップ３４２へ移行して、第２のエラー処理を実行するように指示して、このルーチンは終了する。
【０１５２】
［第２の実施形態］
つぎに、本発明の第２の実施形態について説明する。なお、第１の実施形態と同一の部位には同一の符号を付し、詳細な説明は省略する。
【０１５３】
図１４は、第２の実施形態に係る文書処理システム１０Ａを構成する各サービス処理装置の相互関係を説明するためのブロック図である。第２の実施形態に係る文書処理システム１０Ａは、図１及び図２に示した連携処理サーバ５０を使用することなく、複数のサービスの連携処理を実行することができる。
【０１５４】
なお、文書処理システム１０Ａは図１に示した各サービス処理装置（連携処理サーバ５０を除く。）を備えているが、図１４には連携処理に関連するサービス処理装置のみを図示した。
【０１５５】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【０１５６】
クライアント端末１０は、ユーザの操作に応じて、サービス連携処理選択画面から所望のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を画像処理装置６１へ送信する。
【０１５７】
画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象の文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、所定の画像処理終了後、指示書に記述されたサービス処理依頼を削除する。そして、画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書とがバインドされた文書と、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など処理結果を有する指示書とを、次のサービス処理を提供する文書管理サーバ６２に送信する。
【０１５８】
文書管理サーバ６２は、画像処理装置６１から送信された文書を、指示書に記述された格納先に一時格納する。そして、文書管理サーバ６２は、指示書に記述されたサービス処理依頼を削除して、文書及び指示書を次のサービス処理を行う文書配信サーバ６３に送信する。
【０１５９】
文書配信サーバ６３は、指示書に基づいて、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。そして、文書配信サーバ６３は、指示書に次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する。
【０１６０】
この第２の実施の形態においても、第１の実施の形態で説明したエラー処理の指示書データへの付加を行うことで、それぞれのサービスにおいて、当該ジョブに最適なエラー処理を実行することができる。
【０１６１】
【発明の効果】
以上説明した如く本発明では、文書データに関して所定の処理を１つのジョブとして複合的に行うサービスをネットワーク上で連携して処理をする場合に、それぞれのショブ単位、かつジョブ内の各処理単位で、エラー処理の処置内容を設定することで、処理内容、処理目的に適合した効率のよい処理を実現することができるという優れた効果を有する。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る文書処理システムの概略を示すブロック図である。
【図２】本発明の第１の実施の形態に係る文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【図３】本発明の第１の実施の形態に係るＩ／Ｆ情報の構成を示す模式図である。
【図４】本発明の第１の実施の形態に係るジョブフローを定義するためのＧＵＩ画面である指示書作成画面の正面図である。
【図５】本発明の第１の実施の形態に係るＸＭＬ形式で構成された指示書を示す模式図である。
【図６】本発明の第１の実施の形態に係るエラー処理条件設定画面を表示した指示書作成画面の正面図である。
【図７】本発明の第１の実施の形態に係るエラー処理条件を設定するサービスを選択したときの指示書作成画面の正面図である。
【図８】本発明の第１の実施の形態に係るエラー処理条件が設定された後の指示書作成画面の正面図である。
【図９】本発明の第１の実施の形態に係る指示書作成時のクライアント端末及び指示書生成サーバの処理手順を示すフローチャートである。
【図１０】本発明の第１の実施の形態に係るクライアント端末、指示書管理サーバ及び連携処理サーバの処理を示すフローチャートである。
【図１１】本発明の第１の実施の形態に係る指示書リストを表すサービス連携処理選択画面１１０の一例を示す説明図である。
【図１２】本発明の第１の実施の形態に係るエラー発生時に割り込まれるエラー処理選択制御ルーチンを示すフローチャートである。
【図１３】第１の実施の形態の変形例に係るエラー発生時に割り込まれるエラー処理選択制御ルーチンを示すフローチャートである。
【図１４】本発明の第２の実施形態に係る文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【符号の説明】
１ 文書処理システム（サービス処理システム）
５ ネットワーク
１０ クライアント端末（エラー内容表示手段、エラー処理指定手段）
２０ サービス検索サーバ
３０ 指示書生成サーバ（指示データ作成手段）
４０ 指示書管理サーバ
５０ 連携処理サーバ（管理制御手段、エラー処理実行手段、判別手段、切替制御手段）
６１ 画像処理装置
６２ 文書管理サーバ
６３ 文書配信サーバ
６４ 第１のサービス処理装置
６５ 第２のサービス処理装置
１００ 指示書作成画面
１０１ サービスウインドウ
１０２ フローウインドウ
１０３ ロジックウインドウ
１０４ プロパティーウインドウ
２００ プルダウンメニュー
２００Ａ ツールメニュー
２００Ｂ エラー処理条件メニュー
２０２ エラー処理条件設定画面
２０４、２０６ チェックボックス
２０８ 条件項目設定画面
２１０ 処置設定画面
２１２ マーク

Claims (9)

1. 文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理システムであって、
   前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成する指示データ作成手段と、
   前記指示データ作成手段で作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理する管理制御手段と、
   前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行するエラー処理実行手段と、
   を有するサービス処理システム。
2. 前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別する判別手段と、
   前記判別手段で、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替える切替制御手段と、
   をさらに有することを特徴とした請求項１記載のサービス処理システム。
3. 前記エラーが発生した場合に、エラー内容を表示するエラー内容表示手段と、
   前記エラー内容表示手段で表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定するエラー処理指定手段と、
   をさらに有することを特徴とした請求項１記載のサービス処理システム。
4. 文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理方法であって、
   前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成し、
   前記作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理し、
   前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行する
   ことを特徴とするサービス処理方法。
5. 前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別し、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替えることを特徴とする請求項４記載のサービス処理方法。
6. 前記エラーが発生した場合に、エラー内容を表示し、表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定することを特徴とする請求項４記載のサービス処理方法。
7. 文書データに関して所定の処理を複合的に行うサービスをネットワーク上で連携して処理をするサービス処理プログラムであって、
   コンピュータに、
   前記複合的な処理単位であるジョブ毎に、当該ジョブの処理手順を指示する指示データ、並びに前記ジョブにおける各処理過程でのエラーに対する処置手順を示すエラー処理データを作成する指示データ作成工程と、
   前記指示データ作成手段で作成された指示データに記載された内容に基づいて、前記ジョブにおける各処理の進行を管理する管理制御工程と、
   前記ジョブにおける各処理の進行中にエラーが生じた場合に、各処理に予め設定されたエラー処理に優先して、前記指示データに添付されたエラー処理データに基づくエラー処理を実行するエラー処理実行工程と、
   を備えた処理を実行させるサービス処理プログラム。
8. 前記指示データに添付されたエラー処理データに基づくエラー処理が実行できるか否かを判別する判別工程と、
   前記判別手段で、実行不可と判定された場合には、各処理に予め設定されたエラー処理を実行するように切り替える切替制御工程と、
   をさらに備えた処理を実行させることを特徴とした請求項７記載のサービス処理プログラム。
9. 前記エラーが発生した場合に、エラー内容を表示するエラー内容表示工程と、
   前記エラー内容表示手段で表示されたエラー内容に対応する、予め設定された第１のエラー処理、前記指示データに添付されたエラー処理データに基づく第２のエラー処理、エラーに対する新たな処置手順をを指示する第３のエラー処理、の何れかを指定するエラー処理指定工程と、
   をさらに備えた処理を実行させることを特徴とした請求項７記載のサービス処理プログラム。

Images