JP2004288026A - サービス処理システム、サービス処理システムの処理結果確認方法、及びサービス処理プログラム - Google Patents

Abstract

【課題】文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数の装置間で、予め定められた処理内容に従って連携して処理する際に、各サービス装置における障害発生が確実にわかるサービス処理システムを提供することを目的とする。
【解決手段】各サービス処理装置のログ生成部２４ｆによってそれぞれそれぞれのサービス処理装置における処理結果のログを生成してサービスＩＤと関連付けて記憶する。また、連携処理サーバ２２のログ取得部４４によって各サービス処理装置２４に記憶されたログを取得し、ログ比較判定部４６によってサービスＩＤ毎の処理結果を比較することによって、サービス連携の処理結果が正常か否かを判定し、比較結果生成部４８にて、処理結果ログとしての比較結果データを生成する。そして、該比較結果データを、連携処理結果取得をクライアント端末１４等のフォルダへ送信したり、メール送信したりする。
【選択図】 図１４

Description

【０００１】
【発明の属する技術分野】
本発明は、サービス処理システム、サービス処理システムの処理結果確認方法、及びサービス処理プログラムにかかり、特に、紙文書を電子化してワークフローを構築するサービス処理システム、該サービス処理システムの処理結果確認方法、及びサービス処理プログラムに関する。
【０００２】
【従来の技術】
スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、紙文書と電子情報の共有化を図ったワークフローシステムが提案されている。
【０００３】
そして、インターネット技術の発達に伴い、それぞれ独立に開発されたアプリケーションを連携させて、より高度な業務処理を容易に構築するＷｅｂサービスが提案されている。Ｗｅｂサービスによってネットワーク上のアプリケーションをサービスコンポートネントとして利用し、より高度な業務システムを容易に構築することが可能になる。そして、これらのサービスを有機的に連携・組み合わせることで、新たなサービスを作ることも行われている。
【０００４】
例えば、特許文献１に記載の技術では、ＬＡＮやＷＡＮなどのネットワークに接続されたワークステーション（ＷＳ）やパーソナルコンピュータ（ＰＣ）などの情報処理装置を使用して、複数の担当者が関与する一連の流れを持った業務を情報処理装置間で相互に電子メール、電子文書、および業務関連データを交換しながら進めるという業務処理形態であるワークフローを定義し、その定義に基づいて個々の業務指示を発行し、個々の業務の進行状況を把握／監視するワークフローサーバ装置と、該ワークフローサーバ装置が発行した業務指示を受け取り、業務を実行するワークフロークライアント装置とを具備し、クライアント装置が、自動的に業務アプリケーションプログラムを起動させるバッチ処理型業務実行手段と、その実行結果を前記ワークフローサーバ装置に通知する手段とを具備し、ワークフローサーバ装置が、前記クライアント装置が通知してきたバッチ処理型業務の実行結果を予め定義された判定条件をもとに判定し、その判定結果によってワークフローの流れを制御するワークフロー実行制御手段を具備したワークフロー管理システムが提案されている。このように構成したワークフロー管理システムによって、情報処理装置に自動的に業務アプリケーションプログラムを実行させるバッチ処理型ワークフローアクティビティを、ワークフロー業務中に効率的に組み込むことが可能となる。
【０００５】
【特許文献１】
特開２００１−２８２９７０号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、ワークフロー中に含まれる処理の中に、例えば、デバイスを利用したペーパレスファクシミリ等のシステムが含まれるときに、デバイスで受信したファクシミリ文書をコンピュータ上のサービスが処理し、配信（プリント、メール、フォルダ格納等）する場合、通信障害等によって、デバイス上に通信履歴だけが存在し、受信文書が存在しない場合がある。このような場合には、コンピュータ上のサービスによるジョブ起動はなされず、ユーザは障害があったことが即座にわからない、という問題がある。
【０００７】
また、画像の読み込みやメール受信などにおいても同様にデータ有力時の障害があった場合には、ジョブ起動はなされない。
【０００８】
そこで、これを回避するためには、入力元で障害があった場合は、その障害を通知するような仕組みと設定が必要となる。
【０００９】
ところが、これでは、ジョブ起動後の障害については、各コンピュータ上のサービスでの障害監視と通知が必要で設定操作が煩雑となってしまう。また、様々な入力エラーが通知されてしまうため、特定の入力だけを選別して通知することが困難である。
【００１０】
本発明は、上記問題を解決すべく成されたもので、文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数の装置間で、予め定められた処理内容に従って連携して処理する際に、各サービス装置における障害発生が確実にわかるサービス処理システム、サービス処理システムの処理結果確認方法、及びサービス処理プログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために請求項１に記載の発明は、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、前記サービスを構成する個別処理を行う処理手段と、前記処理手段の処理結果ログを記憶する記憶手段と、を備えた複数のサービス処理装置と、前記記憶手段に記憶された前記処理結果ログを取得する取得手段と、前記取得手段によって取得した前記複数のサービス処理装置の前記処理結果ログに基づいて前記サービスの連携の処理が正常に終了したか否かを表すサービス結果情報を生成する生成手段と、を備えた処理結果管理装置と、を含むことを特徴としている。
【００１２】
請求項１に記載の発明によれば、処理手段では、文書データに関して所定の処理を行うサービスを構成する個別処理を行う。すなわち、各サービス処理装置の処理手段の個別処理を連携して行うことによって１つのサービスがなされる。
【００１３】
また、処理手段による個別処理が正常に終了したか否か等の処理結果ログは、記憶手段に記憶される。
【００１４】
一方、処理結果管理装置では、各サービス処理装置の記憶手段に記憶された処理結果ログが取得手段によって取得され、該処理結果ログに基づいてサービスの連携の処理が正常に終了したか否かを表すサービス結果情報が生成手段によって生成される。従って、各サービス処理装置の個別処理を行った結果である処理結果ログから生成したサービス結果情報を得ることができるので、各サービス装置における障害発生が確実にわかる。
【００１５】
なお、処理結果異常判定装置は、請求項２に記載の発明のように、生成手段によって生成されたサービス結果情報を出力する出力手段をさらに備えるようにしてもよい。例えば、サービス結果情報をメール送信したり、プリント出力したり、ファクシミリ送信するようにしてもよい。
【００１６】
また、処理結果管理装置は、請求項３に記載の発明のように、複数のサービス処理装置のうちの少なくとも１つのサービス処理装置に含まれるように構成してもよい。この場合には、処理結果管理装置の取得手段は、請求項４に記載の発明のように、各サービス処理装置を介して処理結果ログを取得するようにしてもよい。例えば、サービスを構成する個別処理のうち始めの個別処理を行うサービス処理装置に処理結果管理装置が含まれる場合には、各サービス処理装置が後段の個別処理を行うサービス処理装置が順次処理結果ログを取得して、各サービス処理装置を介して処理結果ログを取得することによって、処理結果管理装置が、各サービス処理装置の処理結果ログを取得手段によって取得することが可能となる。
【００１７】
請求項５に記載の発明は、文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数のサービス処理装置間で、連携して処理するサービス処理システムの処理結果確認方法であって、前記サービスを構成する個別処理を行う前記サービス処理装置における処理結果ログを前記複数のサービス処理装置から取得して、取得した処理結果ログに基づいて、前記サービスが正常に終了したか否かを表すサービス結果情報を生成することを特徴としたサービス処理システムの処理結果確認方法である。
【００１８】
請求項５に記載の発明によれば、サービスを構成する個別処理の処理結果ログを複数のサービス処理装置から取得し、取得した処理結果ログに基づいて、サービスが正常に終了したか否かを表すサービス結果情報を生成する。すなわち、生成されたサービス結果情報からサービスが正常に終了したか否か判定することができる。従って、生成されたサービス結果情報により、サービスを構成する個別処理を行う各サービス処理装置における障害発生が確実にわかる。
【００１９】
なお、サービスが正常に終了したか否かを表すサービス結果情報は、請求項６に記載の発明のように、さらに出力するようにしてもよい。例えば、サービス結果情報をメール送信したり、プリント出力したり、ファクシミリ送信したりするようにしてもよい。
【００２０】
また、サービスが正常に終了したか否かを表すサービス結果情報の生成は、請求項７に記載の発明のように、サービスを構成する個別処理を行う複数のサービス処理装置のうち少なくとも１つのサービス処理装置に行わせるようにしてもよい。この場合には、処理結果ログは、請求項８に記載の発明のように、サービスを構成する個別処理を行う複数のサービス処理装置を介して取得するようにしてもよい。例えば、サービスを構成する個別処理のうち始めの個別処理を行うサービス処理装置にサービスが正常に終了したか否かを表すサービス結果情報の生成を行わせる場合には、各サービス処理装置が後段の個別処理を行うサービス処理装置から順次処理結果ログを取得して、各サービス処理装置を介して処理結果ログを取得することによって、サービスが正常に終了したか否かを表すサービス結果情報を生成するサービス処理装置が、各サービス処理装置の処理結果ログを取得することが可能となる。
【００２１】
請求項９に記載の発明は、文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数のサービス処理装置間で、連携して処理するサービス処理プログラムであって、前記サービスを構成する個別処理を行う前記サービス処理装置における処理結果ログを前記複数のサービス処理装置から取得して、取得した処理結果ログに基づいて、前記サービスが正常に終了したか否かを表すサービス結果情報を生成する生成工程を含む処理を実行させるサービス処理プログラムである。
【００２２】
請求項９に記載の発明によれば、生成工程では、サービスを構成する個別処理の処理結果ログを複数のサービス処理装置から取得し、取得した処理結果ログに基づいて、サービスが正常に終了したか否かを表すサービス結果情報を生成する処理が実行される。すなわち、生成されたサービス結果情報からサービスが正常に終了したか否か判定することができる。従って、サービスを構成する個別処理を行う各サービス処理装置における障害発生が確実にわかる。
【００２３】
なお、請求項９に記載の発明は、生成されたサービス結果情報を出力する出力工程を更に含む処理を実行させるようにしてもよい。例えば、サービス結果情報をメール送信したり、プリント出力したり、ファクシミリ送信したりするようにしてもよい。
【００２４】
また、生成工程は、請求項１１に記載の発明のように、サービスを構成する個別処理を行う複数のサービス処理装置のうち少なくとも１つの装置に行わせるようにしてもよい。この場合には、生成工程は、請求項１２に記載の発明のように、サービスを構成する個別処理を行う複数のサービス処理装置を介して処理結果ログを取得するようにしてもよい。例えば、サービスを構成する個別処理のうち始めの個別処理を行うサービス処理装置にサービスが正常に終了したか否かを表すサービス結果情報の生成を行わせる場合には、各サービス処理装置が後段の個別処理を行うサービス処理装置から順次処理結果ログを取得して、各サービス処理装置を介して処理結果ログを取得することによって、サービスが正常に終了したか否かを表すサービス結果情報を生成するサービス処理装置が、各サービス処理装置の処理結果ログを取得することが可能となる。
【００２５】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
［第１実施形態］
まず、本発明の第１実施形態に係わる文書処理システムの基本構成について説明する。
（システム基本構成）
図１は、本発明の実施の形態に係わる文書処理システム１０の構成を示すブロック図である。
【００２６】
文書管理システム１０は、様々なサービスやアプリケーションがネットワーク１２を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やリポジトリからの読込、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理等が該当し、特に限定されるものではない。
【００２７】
文書管理システム１０は、具体的には、複数のサービスを連携させてユーザの所望の処理を指示するユーザインタフェースを備えたクライアント端末１４と、ユーザの所望のサービスを検索するサービス検索サーバ１６と、クライアント端末１４で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ１８と、指示書を管理する指示書管理サーバ２０と、指示書に従って各サービスの連携処理を実行する連携処理サーバ２２と、を備えている。
【００２８】
さらに、文書処理システム１０は、様々なサービスを実行するための個別処理を行うサービス処理装置２４として、画像文書のノイズ除去処理や画像回転処理やＯＣＲ処理や画像をバインドする等の画像処理を行う画像処理装置２４Ａ、文書を管理する文書管理サーバ２４Ｂと、文書を配信する文書配信サーバ２４Ｃと、ファクシミリ、プリンタ、スキャナ等の複数の機能を有する複合機２４Ｄと、第１のサービス処理を行う第１のサービス処理装置２４Ｅと、を備えている。
【００２９】
上述の各サービス処理装置２４は、図２に示すように、ＣＰＵ２４ａ、ＲＯＭ２４ｂ、ＲＡＭ２４ｃ、及びユーザインターフェース（ＵＩ）２４ｄがバス２４ｅに接続されたマイクロコンピュータを備えている。
【００３０】
ＲＯＭ２４ｂには、各種サービスを実行するためのアプリケーションやプログラム、サービス連携を実行するためのプログラム等が記憶されている。
【００３１】
また、本実施形態では、各サービス処理装置２４は、それぞれのサービス処理装置２４で行われる個別処理の結果をログとして記憶する機能を有しており、処理結果のログを生成するログ生成部２４ｆがバス２４ｅに接続されている。すなわち、ログ生成部２４ｆによって生成されたログがＲＡＭ２４ｃに記憶されるようになっている。なお、ログ生成部２４ｆによって生成されたログは、専用のメモリ等を設けて記憶するようにしてもよい。
【００３２】
なお、文書処理システム１０は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク１２を介して接続された構成となっているが、複数のサービスがネットワーク１２を介して接続されていれば特に限定されるものではない。
【００３３】
ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザインタフェース（ＧＵＩ）を構成するための情報と、を含んだデータをいう。
【００３４】
図３は、文書処理システム１０を構成する各サービス処理装置２４の相互関係を説明するためのブロック図である。各サービス処理装置２４は、自身が提供するサービスの内容を表すＩ／Ｆ情報を記憶している。
【００３５】
図４は、Ｉ／Ｆ情報の構成を示す概念図である。Ｉ／Ｆ情報は、＜サービス種類（Ｓｅｒｖｉｃｅ Ｃｌａｓｓ）＞、＜サービス名（Ｓｅｒｖｉｃｅ Ｎａｍｅ）＞、＜サービス・アイコン（Ｓｅｒｖｉｃｅ Ｉｃｏｎ）＞、＜サービスロケーション情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｌｏｃａｔｉｏｎ）＞、＜入力（Ｉｎｐｕｔ）＞、＜出力（Ｏｕｔｐｕｔ）＞、＜パラメータ制限ルール（Ｐａｒａｍｅｔｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｒｕｌｅｓ）＞、＜サービス・ロケーション（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ）＞、＜メソッド名（Ｍｅｔｈｏｄ Ｎａｍｅ）＞、＜起動方法（Ｉｎｖｏｃａｔｉｏｎ Ｓｃｈｅｍｅ）＞、＜黙示要素（Ｉｎｐｌｉｃｉｔ Ｅｌｅｍｅｎｔｓ）＞で構成されている。
【００３６】
＜サービス種類＞は、サービス処理装置２４が提供するサービスの種類である。なお、＜サービス種類＞は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。＜サービス名＞は、サービス処理装置２４が提供するサービスの名前である。＜サービス・アイコン＞は、クライアント端末１０のＧＵＩに表示するアイコンの位置情報である。
【００３７】
＜サービスロケーション情報＞は、指示書生成サーバ３０がＩ／Ｆ情報を取得するために用いるＵＲＬである。＜入力＞は、サービスへの入力である。＜出力＞は、サービスからの出力である。＜パラメータ制限ルール＞は、＜入力＞や＜出力＞に適用される制限ルールである。＜サービスロケーション＞は、サービスを実際に使用するときの位置情報である。＜メソッド名＞は、サービス処理の提供手法やサービスを指し示す名称が記述されている。
【００３８】
＜起動方法＞は、サービス処理を呼び出し起動する方法である。なお、＜起動方法＞としては、例えばメッセージ交換のプロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＳＴＭＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を用いることができる。＜黙示要素＞は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。
【００３９】
クライアント端末１４は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザインタフェース（ＧＵＩ）の機能やサービス途中で障害が発生した場合に障害を解析するためのユーザインタフェース（ＵＩ）の機能等を備えている。
【００４０】
サービス検索サーバ１６は、ネットワーク１２に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ１６は、画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃ、第１のサービス処理装置２４Ｄ、サービス処理装置２４Ｅ等の様々なサービス処理装置２４のＩ／Ｆ情報の一部（以下「部分Ｉ／Ｆ情報」という。）を予め記憶している。ここで、部分Ｉ／Ｆ情報は、Ｉ／Ｆ情報の要素中の＜サービス種類＞、＜サービス名＞、＜サービスロケーション情報＞、＜入力＞情報、＜出力＞情報をいう。
【００４１】
サービス検索サーバ１６は、指示書生成サーバ１８や連携処理サーバ２２から検索条件が送信されたときは、各サービス処理装置２４の部分Ｉ／Ｆ情報を用いてサービスを検索する。例えば、サービス検索サーバ１６は、所定のサービスと同様のサービスを検索するときは、＜サービス種類＞が一致するサービスを検索したり、＜入力＞及び＜出力＞が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。
【００４２】
指示書生成サーバ１８は、指示書作成時には各サービス処理装置２４からＩ／Ｆ情報を取得して、各サービス処理装置２４が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ１８は、指示書を作成すべく、具体的には次の処理を実行する。
【００４３】
指示書生成サーバ１８は、＜サービスロケーション情報＞に基づいて、ネットワーク１２上に分散した所定のサービス処理装置２４から、各サービスに関するＩ／Ｆ情報を送信するように要求する。なお、指示書生成サーバ１８は、所定のサービス処理装置２４がない場合は、サービス検索サーバ１６に対して、所定のサービス処理装置２４と同一のサービスを行う他のサービス処理装置２４を検索するように指示を出す。そして、指示書生成サーバ１８は、サービス検索サーバ１６から、他のサービス処理装置２４の＜サービスロケーション情報＞を取得すればよい。
【００４４】
指示書生成サーバ１８は、サービス検索サーバ１６からの検索結果や各サービス処理装置２４から受信したＩ／Ｆ情報を管理する。指示書生成サーバ１８は、各サービス処理装置２４から取得したＩ／Ｆ情報に基づいて、ジョブフローを定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する。そして、指示書生成サーバ１８は、クライアント端末１４からのサービスの閲覧要求があると、ＧＵＩ画面となるＨＴＭＬファイルを前記クライアント端末１４へ送信する。
【００４５】
図５は、ジョブフローを定義するためのＧＵＩ画面である指示書作成画面２６を示す図である。指示書作成画面２６は、サービスウインドウ２６Ａ、フローウインドウ２６Ｂ、ロジックウインドウ２６Ｃ、プロパティーウインド２６Ｄで構成されている。
【００４６】
サービスウィンドウ２６Ａは、使用可能な様々なサービス処理装置２４を表示する。ロジックウィンドウ２６Ｃは、サービス間の連携のパターンを示すジョブフローを表示する。プロパティーウインドウ２６Ｄは、サービスウインドウ２６Ａとロジックウインドウ２６Ｃに表示された各アイコンの詳細な設定パラメータを表示する。
【００４７】
ユーザは、サービスウインドウ２６Ａのアイコンとロジックウインドウ２６Ｃのアイコンをフローウインドウ２６Ｂにドラッグ・アンド・ドロップすることで、フローウインドウ２６Ｂにジョブフローを定義することができる。ユーザは、さらに、プロパティウインドウ２６Ｄに表示された内容を編集することによって、サービスやロジックなどのサービス間の関係を詳細に設定することができる。
【００４８】
クライアント端末１４は、ユーザの操作によって定義されたジョブフロー情報を、指示書生成サーバ１８に送信する。
【００４９】
指示書生成サーバ１８は、ユーザからのサービス連携の指示に関するジョブフロー情報と、各サービスのＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、本実施例ではＸＭＬ形式のファイルで構成されているものとする。
【００５０】
図６は、ＸＭＬ形式で構成された指示書を示す概念図である。複数のサービスの連携処理自体も１つのサービスとみなされるので、指示書は、図４に示したＩ／Ｆ情報に加えて＜フロー（Ｆｌｏｗ）＞を追加した構成になっている。
【００５１】
＜フロー＞は、サービス間の連携を記述する要素であり、＜起動（Ｉｎｖｏｋｅ）＞、制御構造や論理演算、条件判断をするための＜ｉｆ＞等の要素、サービス間の連携を調整するためのＸＭＬ構造の操作指示、さらに処理対象の文書を特定するための情報等を含んでいる。
【００５２】
＜起動＞は、サービス処理装置２４の特定のメソッドを表し、サービスの呼び出しを実行する。＜起動＞の要素として、パラメータの位置情報を示す＜マップ＞と、呼び出すメソッド名＜メソッド＞を有している。制御構造や論理演算等を示す＜ｉｆ＞、＜ａｎｄ＞、＜ｅｑ＞、＜ｇｔ＞は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。
【００５３】
指示書は、サービスの連携処理の制御に関するすべての情報を＜フロー＞の要素に記述している。これにより、指示書によって表される連携処理自体も１つのサービスとみなされる。なお、指示書は、図６に示す構成に限定されるものではなく、各サービスを連携させることができればよい。
【００５４】
指示書生成サーバ１８は、以上のようなＸＭＬ形式の指示書を指示書管理サーバ２０に送信する。また、指示書生成サーバ１８は、ユーザによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ２２に送信してもよい。
【００５５】
指示書管理サーバ２０は、指示書生成サーバ１８から送信された指示書を保持し、クライアント端末１４からの要求に応じて指示書を連携処理サーバ２２へ送信する。
【００５６】
連携処理サーバ２２は、指定された指示書を解釈・実行するサーバであると共に、障害が発生した時の対応のために各サービス処理装置２４に記憶される処理結果のログを取得して、サービス連携の処理結果確認を行うためのサーバである。連携処理サーバ２２は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃなどの各サービス処理装置２４を順に呼び出し、連携処理を実行する。また、連携処理サーバ２２は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。
【００５７】
連携処理サーバ２２は、指示書を解釈して各サービス処理装置２４へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報、指示書によるジョブフロー（サービス連携）を特定するためのサービスＩＤ等を有する個別指示情報を生成する。なお、連携処理サーバ５０は、各サービス処理装置２４で行う処理の連携処理いおける前後のサービス処理との関連情報を抽出して指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置２４毎の固有の情報交換形式で処理依頼を行うようにしてもよい。
【００５８】
また、連携処理サーバ２２は、各サービス処理装置２４に記憶されたログを取得する際には、サービスＩＤに対応付けて各サービス処理装置２４のログを取得して管理する。
【００５９】
画像処理装置２４Ａは、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置２４Ａは、連携処理サーバ２２からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置２４Ａは、起動時にサービス検索サーバ１６に対して、部分Ｉ／Ｆ情報を通知する。さらに、画像処理装置２４Ａは、指示書生成サーバ１８からの要求により、画像処理サービスの利用方法を示すＩ／Ｆ情報を送信する。このＩ／Ｆ情報は、指示書作成時に利用される。
【００６０】
文書管理サーバ２４Ｂは、文書格納機能を有している。文書管理サーバ２４Ｂは、連携処理サーバ２２からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ２４Ｂは、起動時にサービス検索サーバ１６に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書管理サーバ２４Ｂは、指示書生成サーバ１８からの要求により文書管理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００６１】
文書配信サーバ２４Ｃは、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やＦＡＸ送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ２４Ｃは、連携処理サーバ２２からの要求により、クライアント端末１４で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ２４Ｃは、起動時に、サービス検索サーバ１６に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書配信サーバ２４Ｃは、指示書生成サーバ１８からの要求により配信処理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００６２】
複合機２４Ｄは、取得した文書をファクシミリ送信したり、プリントしたりする機能を備えている。ここで、複合機２４Ｄは、連携処理サーバ２２からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、ファクシミリ送信やプリント処理等の自装置で実行すべきサービス処理を実行する。また、複合機２４Ｄは、起動時に、サービス検索サーバ１６に対して、部分Ｉ／Ｆ情報を通知する。さらに、複合機２４Ｄは、指示書生成サーバ３０の要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。また、複合機２４Ｄは、公衆回線で接続されたファクシミリ装置であってもよい。
【００６３】
第１のサービス処理装置２４Ｅは、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第１のサービス処理装置２４Ｅは、連携処理サーバ２２からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第１のサービス処理装置２４Ｅは、起動時に、サービス検索サーバ１６に対して、部分Ｉ／Ｆ情報を通知する。さらに、第１のサービス処理装置２４Ｅは、指示書生成サーバ３０の要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。
【００６４】
ところで、本実施形態の連携処理サーバ２２は、各サービス処理装置２４を用いてサービス連携する際に、各サービス処理装置２４において、正常に処理を終了したか否かを確認するための処理結果管理機能を備えている。詳細には、図７に示すように、連携処理サーバ２２は、サービス連携における各サービス処理装置２４の個別処理が正常に処理を終了したか否かの確認の指示や確認結果の表示等を行うユーザインタフェース（ＵＩ）４２、各サービス処理装置２４に記憶されたログを取得するログ取得部４４、ログ取得部４４によって取得したログからサービス連携を正常に終了しているか否かを判定するログ比較判定部４６、ログ比較判定部４６の比較判定結果を所定のフォーマットの比較判定結果を表すサービス連携ログを生成する比較判定結果生成部４８、及びサービス連携ログを予め定めたフォルダやメール送信等を行う結果配信部５０を有する処理結果管理機能４０を備えている。
【００６５】
すなわち、連携処理サーバ２２は、サービスＩＤに関連付けられて記憶された各サービス処理装置２４のログを取得して、所望のサービスＩＤに対応するサービス連携が正常に終了しているか否かを検出することができる。
【００６６】
なお、処理結果確認機能４０の各手段は、ハードウエア構成としてもよいし、ソフトウエアプログラムで構成するようにしてもよい。
【００６７】
以上のように構成された文書処理システム１０において、画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃ等の各サービス処理装置２４は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。
【００６８】
画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃ、第１のサービス処理装置２４Ｄ、第２のサービス処理装置２４Ｅ等の各サービス処理装置２４は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分Ｉ／Ｆ情報をサービス検索サーバ１６に通知する。
【００６９】
サービス検索サーバ１６は、画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃ、第１のサービス処理装置２４Ｄ、第２のサービス処理装置２４Ｅ等の各サービス処理装置２４から送信された部分Ｉ／Ｆ情報を保存する。これにより、サービス検索サーバ１６は、例えば指示書生成サーバ１８や連携処理サーバ２２から所定のサービス検索要求があったときに、部分Ｉ／Ｆ情報を用いて検索を実行することができる。
【００７０】
（指示書の作成）
図８は、指示書作成時のクライアント端末１４及び指示書生成サーバ１８の処理手順を示すフローチャートである。
【００７１】
クライアント端末１４は、ユーザの操作に従って、インストールされたブラウザを通して、指示書生成サーバ１８が提供するユーザインタフェース画面用に生成されたＨＴＭＬファイルのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスする（ステップＳ１０）。
【００７２】
指示書生成サーバ１８は、クライアント端末１４からの閲覧要求に応じて、ユーザインタフェース画面のＨＴＭＬファイルをクライアント端末１４に送信する（ステップＳ１２）。
【００７３】
クライアント端末１４は、指示書生成サーバ１８から送信された、例えばＨＴＭＬファイルに含まれる画面を構成する情報に基づいて、ユーザインタフェース画面を表示する（ステップＳ１４）。このとき、ユーザは、クライアント端末１４に表示されたのユーザインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。
【００７４】
クライアント端末１４は、ユーザインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する（ステップＳ１６）。クライアント端末１４は、ジョブフローが作成されたと判定すると、ユーザによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ１８に送信する。
【００７５】
指示書生成サーバ１８は、クライアント端末１４より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置２４から取得したＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名、格納ロケーション情報や処理対象の文書を特定するための情報（サービスＩＤ）等を定義した指示書を作成する（ステップＳ１８）。そして、指示書生成サーバ１８は、ＸＭＬ形式の指示書を指示書管理サーバ２０に送信する。
【００７６】
指示書管理サーバ２０は、指示書生成サーバ１８で生成された指示書を保存する。指示書管理サーバ２０は、指示書生成サーバ１８で作成された複数の指示書を保存しており、クライアント端末１４から指示書の選択指示があった時は選択された指示書を読み出す。
【００７７】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ２０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【００７８】
クライアント端末１４は、指示書管理サーバ２０にアクセスし、指示書管理サーバ２０で管理される指示書リストを取得する。例えば、クライアント端末１４は、図９に示すような指示書リストを表すサービス連携処理選択画面２８を取得し、所望の指示書を選択する。なお、指示書の選択は、例えば、サービス連携処理選択画面２８の指示書毎に指示書を選択するためのボタン２８Ａ〜２８Ｈから、ユーザが所望の指示書に対応するボタンを選択することによって指示書を選択することができる。
【００７９】
クライアント端末１４は、サービス連携処理選択画面２８から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。このとき必要に応じて、ユーザへパラメータ入力画面を表示し、ジョブの実行に必要なパラメータの入力を受け取る。
【００８０】
指示書管理サーバ２０は、クライアント端末によって指示された指示書を連携処理サーバ２２へ返信する。この結果、連携処理サーバ２２では、連携処理の実行を開始する。
【００８１】
すなわち、連携処理サーバ２２は、指示書管理サーバ２０より送信された指示書を解釈し、指示書に記述されたサービス処理装置２４に対して各個別処理を実行することを依頼する。連携処理サーバ２２は、具体的には、指示書に記述された情報をもとに、処理依頼するサービス処理装置２４のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形成、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報やサービスＩＤを作成する。連携処理サーバ２２は、個別指示情報やサービスＩＤを指示書に記述された各サービス処理装置２４へ送信する。なお、連携処理サーバ２２は、指示書に従った順序で各サービス処理装置２４へサービス処理の実行を依頼する。
【００８２】
ここで、各サービス処理装置２４で行われる処理の一例について図１０のフローチャートを参照して説明する。
【００８３】
各サービス処理装置２４では、まず、連携処理サーバ２２から送信される個別指示情報やサービスＩＤを受信したか否か判定して、受信するまで待機する（Ｓ３０）。各サービス処理装置２４は、個別指示情報に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書を複製して文書を取得する。（Ｓ３２）。
【００８４】
各サービス処理装置２４は、取得した文書に対して、個別指示情報に記述されたサービス処理依頼内容を解釈して、サービス処理を実行し（Ｓ３４）、サービス処理を実行した文書を元の格納先へ再格納する（Ｓ３６）。
【００８５】
また、サービス処理装置２４は、サービス処理依頼内容に基づく個別処理が正常に終了した否かを判定し（Ｓ３８）、正常に終了した場合には、ログ生成部２４ｆによって正常終了を表すログを生成し（Ｓ４０）、正常に終了しなかった場合には、ログ生成部２４ｆによって異常終了を表すログを生成する（Ｓ４２）。これらのログは、各サービス処理装置２４のＲＡＭ２４ｃに記憶される。
【００８６】
例えば、各サービス処理装置２４のログ生成部２４ｆは、図１１に示すように、自装置における処理を特定するためのジョブＩＤ、サービス連携を特定するためのサービスＩＤ、データの入力元（例えば、ファクシミリ、スキャナ等）、サービス連携内容、自装置の処理内容（ジョブ内容）、開始時刻、所要時間、ステータス（正常終了、異常終了等）、異常終了時のエラー内容（例えば、タイムアウトなど）等をログとして生成する。
【００８７】
そして、連携処理サーバ２２から生成したログの取得要求があるか否か判定し（Ｓ４４）、取得要求がある場合には、生成したログを連携処理サーバ２２へ送信する（Ｓ４６）。
【００８８】
このように、各サービス処理装置２４では、自装置内の処理結果をログとして記憶しており、ユーザが連携処理サーバ２２のＵＩ４２を介して指示することで、当該処理結果が連携処理サーバ２２へ転送される。従って、連携処理サーバ２２では、各サービス処理装置２４のログからサービス連携時の処理状態を確認することが可能となる。
【００８９】
続いて、連携処理サーバ２２で行われるサービス連携時の処理結果確認について図１２のフローチャートを参照して説明する。
【００９０】
連携処理サーバ２２では、サービス連携の処理結果の取得指示がなされたか否か判定して、サービス連携処理結果取得指示がなされるまで待機する（Ｓ５０）。なお、サービス連携処理結果取得指示は、例えば、クライアント端末１４からネットワーク１２及び連携処理サーバ２２のＵＩ４２を介して行うことができる。また、連携処理サーバ２２のＵＩ４２から直接サービス連携処理結果取得指示を行うことも可能である。
【００９１】
連携処理サーバ２２は、サービス連携処理結果取得指示がなされると、ネットワーク１２に接続された各サービス処理装置２４にサービス連携の処理結果取得要求を行い（Ｓ５２）、ログ取得部４４によってサービス連携処理結果を取得したか否か判定して、取得するまで待機する（Ｓ５４）。
【００９２】
連携処理サーバ２２は、サービス連携処理結果を取得すると、取得した各サービス処理装置２４のログに基づいて、ログ比較判定部４６によってサービス連携毎の処理が正常に終了しているか否かのログ比較判定処理を行う（Ｓ５６）。すなわち、サービスＩＤ毎の各サービス処理装置２４の個別処理の結果をそれぞれ参照比較することによって、サービス連携が全て正常終了しているか否かを検出することができる。
【００９３】
そして、取得した各サービス処理装置２４の個別処理の結果からサービス連携毎のサービス連携ログを生成する（Ｓ５８）。例えば、図１３に示すように、サービスＩＤ毎に各サービス処理装置のログとサービス連携ログ（サービスステータス）が生成される。このとき、サービス連携が正常に完了していないものについてのみを抽出してサービス連携ログを生成してもよく、サービス連携が正常に完了してないもののみを抽出することによってサービス連携が正常に終了したか否かを判定した結果を得ることができる。なお、図１３では、サービス連携を構成する個別処理を行う各サービス処理装置２４のログと、サービス連携自体の処理結果をサービス連携ログとして生成した例を示す。このようなサービス連携ログを参照することによって、サービス連携が正常に終了しているか否かを確認することができる。図１３では、サービスＩＤが（００１〜００３）までは全て正常終了し、サービスＩＤが（００４）が第３サービスの文書配信サーバ２４Ｃによる文書配信が失敗している例を示す。すなわち、この例の場合には、連携処理サーバ２２の比較判定部４６は、デバイスログと各サービス処理装置のログを比較することにより、文書配信サーバ２４Ｃのログがないことわかる。従って、サービスＩＤ（００４）では、第３サービスの文書配信が失敗したことがわかる。
【００９４】
また、図１３に示すサービス連携ログの内容は、これに限るものではなく、適宜必要に応じて、各サービス処理装置２４のログ内容を組み込むようにしても良い。
【００９５】
ここで、連携処理サーバ２２は、生成したサービス連携ログを配信する（Ｓ６０）。例えば、クライアント端末１４からサービス連携処理結果取得指示がなされた場合には、連携処理サーバ２２で生成したサービス連携ログをクライアント端末１４に配信したり、クライアント端末１４の所定のフォルダに格納したり、複合機２４Ｄにプリント出力指示をしたりする。すなわち、ユーザは、配信されたサービス連携ログを参照することで、サービス連携が正常に終了しているか否か確認することができる。また、異常終了している場合には、サービス連携ログから障害の発生しているサービス処理装置２４を特定することもでき、該障害発生のサービス処理装置２４からサービス連携を再度行うことが可能となる。
【００９６】
次に、上述のように行われるサービス連携の処理結果確認について、一例を挙げて説明する。
【００９７】
図１４は、複合機２４Ｄのスキャナ機能で画像を読み取ることによって得られる画像データ又はファクシミリ受信して得られる画像データを、画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃにそれぞれサービス連携を依頼した場合の各装置の相互関係の例を示す。すなわち、図１３のサービスＩＤ（００４）に対応するサービス連携を示す。
【００９８】
各サービス処理装置２４での動作は上述のように行われる。すなわち、各サービス処理装置２４では、ログ生成部２４ｆによってそれぞれのサービス処理装置２４における処理結果のログが生成されてサービスＩＤと関連付けて記憶される。すなわち、図１１に示すようなログがそれぞれのサービス処理装置２４で生成されて記憶される。
【００９９】
ここで、連携処理サーバ２２のＵＩ４２を介してサービス連携処理結果取得が指示されると、連携処理サーバ２２のログ取得部４４によって各サービス処理装置２４に記憶されたログが取得され、ログ比較判定部４６によってサービスＩＤ毎の処理結果が比較することによってサービス連携の処理結果が正常か否か判定され、比較結果生成部４８にて、図１３に示すようなサービス連携ログが生成される。このとき、サービス連携の処理結果が異常なもののみを抽出してサービス連携ログを生成するようにしてもよく、これによってサービス連携が正常に終了したか否かを判定した結果を得ることができる。
【０１００】
そして、比較結果生成部４８にて生成されたサービス連携ログは、連携処理結果取得を指示した、例えばクライアント端末１４等のフォルダへ送信したり、メール送信したりする。
【０１０１】
従って、ユーザは、クライアント端末１４等を用いて連携処理結果取得を指示することによって、サービス連携毎のサービス連携ログを取得することができ、これによって、サービス連携が正常に終了しているか否か確実に確認することができる。例えば、図１３では、上述したように、サービスＩＤ（００４）の第３サービスにおいて、文書配信がなされていないので、サービスＩＤ（００４）に対応するサービス連携が最後まで正常になされていないことがわかり、文書配信を再度行うことが可能となる。
【０１０２】
なお、第１実施形態に係わる文書管理システム１０の指示書生成サーバ１８、指示書管理サーバ２０、連携処理サーバ２２は、それぞれネットワーク１２に接続した個別装置として示したが、これらの機能を複合機２４Ｄ等に組み込むようにしてよい。また、本実施例において、ネットワーク１２は公衆回線であってもよく、例えばファクシミリ装置を前記個別装置として構成し、ログを電話回線で連携処理サーバ２２等に送信することも可能である。
【０１０３】
［第２実施形態］
続いて、本発明の第２実施形態について説明する。なお、第１実施形態と同一の部位には同一の符号を付し、詳細な説明は省略する。
【０１０４】
図１５は、第２実施形態に係わる文書処理システム１１を構成する各サービス処理装置の相互関係を説明するためのブロック図である。第２実施形態に係わる文書処理システム１１は、第１実施形態で説明した連携処理サーバ２２を使用することなく、複数のサービスの連携処理を実行することができる。
【０１０５】
なお、文書処理システム１１は、第１実施形態で説明した各サービス処理装置２４（連携処理サーバ２２を除く）を備えているが、図１５には連携処理に関するサービス処理装置２４のみを図示した。
【０１０６】
また、第２実施形態に係わる文書処理システム１１では、サービス連携を行うための文書を複合機２４Ｄから得るようにしたものである。
【０１０７】
さらに、第２実施形態に係わる複合機２４Ｄは、第１実施形態に係わる連携処理サーバ２２のように、サービス連携毎の処理結果を管理する機能を備えている。
【０１０８】
すなわち、図１６に示すように、複合機２４Ｄには、処理結果管理機能４０が含まれる。処理結果管理機能４０は、第１実施形態で説明した、サービス連携における各サービス処理装置２４の個別処理が正常に終了したか否かの確認の指示や、確認結果の表示等を行うユーザインタフェース（ＵＩ）４２、各サービス処理装置２４に記憶されたログを取得するログ取得部４４、ログ取得部４４によって取得したログから正常に処理を終了しているか否かを判定するログ比較判定部４６、ログ比較判定部４６の比較判定結果を所定のフォーマットの比較判定結果を表すサービス連携ログを生成する比較判定結果生成部４８、及びサービス連携ログを予め定めたフォルダやメール送信等を行う結果配信部５０を含んで構成されている。
【０１０９】
なお、本実施形態においても処理結果確認機能４０の各手段は、ハードウエア構成としてもよいし、ソフトウエアプログラムで構成するようにしてもよい。
【０１１０】
また、各サービス処理装置２４は、第１実施形態で説明したように、ログ生成部２４ｆによって生成したログをＲＡＭ２４ｃに記憶するようになっている。そして、本実施形態では、サービス連携時に、図１６に示すように、当該サービス連携に対応するログをサービスＩＤ関連付けして前段のサービス処理装置２４に送信するようになっており、ログを取得したサービス処理装置２４は、さらに前段のサービス処理装置２４に順次送信し、最終的に複合機２４Ｄのログ取得部４４は、サービス連携に関連したサービス処理装置２４の全てのログを取得する。
【０１１１】
（連携処理の起動・実行）
ユーザは、指示書管理サーバ２０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【０１１２】
クライアント端末１４は、ユーザの操作に応じて、サービス連携処理選択画面から所望のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。指示書管理サーバ２０は、クライアント端末１４によって指示された指示書を画像処理装置２４Ａへ送信する。
【０１１３】
画像処理装置２４Ａは、送信された指示書に記述された処理対象文書の格納先ロケーション情報の複合機２４Ｄから、処理対象の文書を取得する。なお、処理対象の文書は、複合機２４Ｄのファクシミリ受信やスキャナ機能等によって得られる画像情報などである。
【０１１４】
画像処理装置２４Ａは、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置２４Ａは、所定の画像処理終了後、指示書に記述されたサービス処理依頼を削除する。そして、画像処理装置２４Ａは、画像処理によって得られた画像文書とテキスト文書とがバインドされた文書と、処理のステータス情報（完了）、出力パラメータ、処理後の文書の格納先情報など処理結果を有する指示書とを、次のサービス処理装置２４を提供する文書管理サーバ２４Ｂに送信する。
【０１１５】
また、画像処理装置２４Ａは、所定の画像処理終了後、指示書中に記載された自身のサービス依頼に関する部分を修正又は削除して文書管理サーバ２４Ｂに送信してもよい。さらに、画像処理装置２４Ａは、所定の画像処理終了後、指示書を次ぎのサービス処理装置２４へ送信するように構成してもよい。
【０１１６】
そして、画像処理装置２４Ａは、当該サービス連携における個別処理の結果としてのログをログ生成部２４ｆで生成して、サービスＩＤと関連付けして複合機２４Ｄへ送信する。
【０１１７】
文書管理サーバ２４Ｂは、画像処理装置２４Ａから送信された文書を、指示書に記述された格納先に一時格納する。そして、文書管理サーバ２４Ｂは、文書及び指示書を次のサービス処理を行う文書配信サーバ２４Ｃに送信する。また、文書管理サーバ２４Ｂは、当該サービス連携における個別処理の結果としてのログをログ生成部２４ｆで生成して、サービスＩＤと関連付けして前段のサービス処理装置２４である画像処理装置２４Ａを介して複合機２４Ｄへ送信する。
【０１１８】
文書配信サーバ２４Ｃは、指示書に基づいて、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへ送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。そして、文書配信サーバ２４Ｃは、指示書に次の処理が記述されていないと判断すると、クライアント端末１４に対して全ての処理が完了した旨の通知を行と共に、当該サービス連携における個別処理の結果としてのログをログ生成部２４ｆで生成して、サービスＩＤと関連付けして前段のサービス処理装置２４である文書管理サーバ２４Ｂ、画像処理装置２４Ａを介して画像処理装置２４Ａへ送信し、連携処理を終了する。
【０１１９】
ここで、第２実施形態に係わる文書処理システム１１の各サービス処理装置２４で行われる処理について図１７のフローチャートを参照して説明する。
【０１２０】
各サービス処理装置２４では、まず、指示書を受信したか否か判定して、受信するまで待機する（Ｓ７０）。各サービス処理装置２４は、指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書を複製して文書を取得する（Ｓ７２）。なお、指示書は、本実施の形態では、指示書管理サーバ２０から画像処理装置２４Ａ、文書管理サーバ２４Ｂ、文書配信サーバ２４Ｃの順に送信されるが、複合機２４Ｄからサービス連携における始めの個別処理を行うサービス処理装置２４に送信され、順次各サービス処理装置２４へ送信されるようにしてもよい。
【０１２１】
各サービス処理装置２４は、取得した文書に対して、指示書に記述されたサービス処理依頼内容を解釈して、サービス処理を実行し（Ｓ７４）、サービス処理を実行した文書を元の格納先へ再格納する（Ｓ７６）。
【０１２２】
また、サービス処理装置２４は、サービス処理依頼内容に基づく個別処理が正常に終了した否かを判定し（Ｓ７８）、正常に終了した場合には、ログ生成部２４ｆによって正常終了を表すログを生成し（Ｓ８０）、正常に終了しなかった場合には、ログ生成部２４ｆによって異常終了を表すログを生成する（Ｓ８２）。これらのログは、各サービス処理装置２４のＲＡＭ２４ｃに記憶される。
【０１２３】
例えば、各サービス処理装置２４のログ生成部２４ｆは、第１実施形態と同様に、図１１に示すように、自装置における処理を特定するためのジョブＩＤ、サービス連携を特定するためのサービスＩＤ、データの入力元、サービス連携内容、自装置の処理内容（ジョブ内容）、開始時刻、所要時間、ステータス（正常終了、異常終了等）、異常終了時のエラー内容等をログとして生成する。
【０１２４】
また、各サービス処理装置２４は、ログ生成部２４ｆによって生成したログを前段のサービス処理装置２４に送信する（Ｓ８４）。
【０１２５】
そして、各サービス処理装置２４は、後段のサービスがあるか否か指示書から判断して（Ｓ８６）、後段のサービスがない場合には、各サービス処理装置２４の処理を終了し、後段のサービスがある場合には、後段のサービスを行うサービス処理装置２４から送られてくるログを受信するまで待機して（Ｓ８８）、受信したログを前段のサービスを行ったサービス処理装置２４に送信する。
【０１２６】
このように、各サービス処理装置２４が処理することによって、複合機２４Ｄでは、図１１に示すように、サービス連携の際の各サービス処理装置２４のログをログ取得部４４によって取得することができる。
【０１２７】
続いて、複合機２４Ｄで行われるサービス連携時の処理結果確認について図１８のフローチャートを参照して説明する。
【０１２８】
複合機２４Ｄでは、サービス連携の処理を開始した否か判定する（Ｓ１００）。例えば、サービス連携に関わる文書の送信要求がサービス処理装置２４からなされたか否かを判定することによって判定が行われ、サービス連携が開始してない場合には、そのまま処理をリターンして、他の処理が可能な状態とに戻る。また、サービス連携を開始した場合には、サービス処理装置２４からログを受信するまで待機する（Ｓ１０２）。
【０１２９】
複合機２４Ｄは、サービス処理装置２４からログを受信すると、サービス連携の処理結果の取得指示がなされたか否か判定して、サービス連携処理結果取得指示がなされるまで待機する（Ｓ１０４）。なお、サービス連携処理結果取得指示は、例えば、複合機２４Ｄに設けられた操作パネル等のユーザインタフェース等を用いて行うことができる。
【０１３０】
複合機２４Ｄは、サービス連携処理結果取得指示がなされると、受信した各サービス処理装置２４のログに基づいて、ログ比較判定部４８によってサービス連携毎の処理が正常に終了しているか否かのログ比較判定処理を行う（Ｓ１０６）。すなわち、サービスＩＤ毎の各サービス処理装置２４の処理結果を参照することによって、サービス連携が全て正常終了しているか否か検出することができる。このとき、サービス連携が正常に完了していないものについてのみを抽出してサービス連携ログを生成してもよく、サービス連携が正常に完了してないもののみを抽出することによってサービス連携が正常に終了したか否かを判定した結果を得ることができる。
【０１３１】
そして、受信した各サービス処理装置２４のログから第１実施形態と同様に、サービス連携毎のサービス連携ログを生成して（Ｓ１０８）、生成したサービス連携ログを配信する（Ｓ１１０）。
【０１３２】
すなわち、ユーザは、配信されたサービス連携ログを参照することで、サービス連携が正常に終了しているか否かを確実に確認することができる。また、異常終了している場合には、障害の発生しているサービス処理装置２４を特定することもでき、該障害発生のサービス処理装置２４からサービス連携を再度行うことが可能となる。
［第３実施形態］
次に、本発明の第３実施形態について説明する。なお、第１及び第２実施形態と同一の部位には同一符号を付し、詳細な説明は省略する。
【０１３３】
第２実施形態に係わる文書処理システム１１では、複合機２４Ｄに処理結果管理機能４０を設けるようにしたが、サービス連携に含まれるサービスを行うサービス処理装置２４に処理結果管理機能４０を設けるようにしてもよい。
【０１３４】
例えば、図１９に示すように、画像処理装置２４Ａに処理結果管理機能４０を設けることが可能であり、第３実施形態に係わる文書処理システムでは、サービス連携に含まれるサービスを行うサービス処理装置２４に処理結果管理機能４０を設けたものである。なお、第３実施形態では、図１９に示すように、画像処理装置２４Ａに処理結果管理機能４０を設けた場合を例に説明する。
【０１３５】
なお、本実施形態においても処理結果確認機能４０の各手段は、ハードウエア構成としてもよいし、ソフトウエアプログラムで構成するようにしてもよい。
【０１３６】
この場合には、画像処理装置２４Ａを除くサービス処理装置２４は、第２実施形態と同様に作用するので、詳細な説明は省略する。
【０１３７】
複合機２４Ｄは、画像処理装置２４Ａからログ取得依頼がなされた場合には、サービス連携の対象となる画像や文書等に関するログを画像処理装置２４Ａへ送信する。
【０１３８】
ここで、画像処理装置２４Ａで行われる処理について図２０のフローチャートを参照して説明する。
【０１３９】
画像処理装置２４Ａでは、まず、指示書を受信したか否か判定して、受信するまで待機する（Ｓ１２０）。画像処理装置２４Ａは、指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書を複製して文書を取得する（Ｓ１２２）。なお、処理対象文書は、指示書と共に順次各サービス処理装置２４へ移動するようにしてもよい。
【０１４０】
画像処理装置２４Ａは、取得した文書に対して、指示書に記述されたサービス処理依頼内容を解釈して、サービス処理を実行し（Ｓ１２４）、サービス処理を実行した文書を元の格納先へ再格納する（Ｓ１２６）。
【０１４１】
また、画像処理装置２４Ａは、サービス処理依頼内容に基づく個別処理が正常に終了したか否かを判定し（Ｓ１２８）、正常に終了した場合には、ログ生成部２４ｆによって正常終了を表すログを生成し（Ｓ１３０）、正常に終了しなかった場合には、ログ生成部２４ｆによって異常終了を表すログを生成する（Ｓ１３２）。ログは画像処理装置２４ＡのＲＡＭ２４ｃに記憶される。
【０１４２】
また、画像処理装置２４Ａは、指示書によって規定されるサービス連携に関連するサービス処理装置２４Ａからログを受信したか否か判定し、各サービス処理装置２４で生成されたログを受信するまで待機する（Ｓ１３４）。なお、指示書によって規定されるサービス連携に関連するサービス処理装置２４のログは、第２実施形態と同様に、最後段のサービス処理装置２４から順次前段のサービス処理装置２４に送信されることによって、画像処理装置２４Ａが各サービス処理装置２４のログを取得する。
【０１４３】
ここで、画像処理装置２４Ａは、サービス連携処理結果の取得指示がなされたか否か判定し、サービス連携処理結果取得指示がなされるまで待機する（Ｓ１３６）。画像処理装置２４Ａは、サービス連携処理結果取得指示がなされると、受信した各サービス処理装置２４のログに基づいて、ログ比較判定部４６によってサービス連携毎の処理が正常に終了しているか否かのログ比較判定処理を行う（Ｓ１３８）。
【０１４４】
すなわち、サービスＩＤ毎の各サービス処理装置２４の個別処理の結果から第１及び第２実施形態と同様に、サービス連携毎のサービス連携ログを生成して（Ｓ１４０）、生成したサービス連携ログを配信する（Ｓ１４２）。サービス連携ログを生成する際には、サービス連携の処理結果が異常なもののみを抽出してサービス連携ログを生成するようにしてもよく、これによってサービス連携が正常に終了したか否かを判定した結果を得ることができる。
【０１４５】
すなわち、ユーザは、配信されたサービス連携ログを参照することで、サービス連携が正常に終了しているか否かを確実に確認することができる。また、異常終了している場合には、障害の発生しているサービス処理装置２４を特定することもでき、該障害発生のサービス処理装置２４からサービス連携を再度行うことが可能となる。
【０１４６】
なお、第３実施形態の文書処理システムでは、指示書によって規定されるサービス連携のはじめに処理を行うサービス処理装置２４である画像処理装置２４Ａに処理結果管理機能４０を設けるようにしたが、その他のサービス処理装置２４に設けるようにしてもよい。
【０１４７】
また、上記の実施の形態では、複数のサービス処理装置２４を連携して所定の処理を行うサービスを行うようにしたが、各装置の機能を１台に集約した複合機で上記サービスを行うようにしてもよい。
【０１４８】
【発明の効果】
以上説明したように本発明によれば、サービスを構成する複数の個別処理の処理結果ログを複数の装置から取得し、取得した処理結果ログに基づいて、サービスが正常に終了したか否かを表すサービス結果情報を生成することによって、文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数の装置間で、予め定められた処理内容に従って連携して処理する際に、各サービス装置における障害発生が確実にわかる、という効果がある。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係わる文書管理システムの構成を示すブロック図である。
【図２】サービス処理装置の概略構成を示すブロック図である。
【図３】本発明の第１実施形態に係わる文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【図４】Ｉ／Ｆ情報の構成を示す図である。
【図５】ジョブフローを定義するためのＧＵＩ画面である指示書作成画面の一例を示す図である。
【図６】ＸＭＬ形式で構成された指示書の一例を示す図である。
【図７】第１実施形態の連携処理サーバに含まれる処理結果管理機能の構成を示すブロック図である。
【図８】指示書作成時のクライアント端末及び指示書生成サーバの処理手順の一例を示すフローチャートである。
【図９】指示書リストを表すサービス連携処理選択画面の一例を示す図である。
【図１０】第１実施形態の各サービス処理装置で行われる処理の一例を示すフローチャートである。
【図１１】各サービス処理装置のログ生成部で生成されるログの一例を示す図である。
【図１２】第１実施形態の連携処理サーバで行われるサービス連携時の処理結果確認の流れを示すフローチャートである。
【図１３】サービス連携の処理結果ログの一例を示す図である。
【図１４】本発明の第１実施形態に係わる文書処理システムにおけるサービス連携の処理結果確認時における各装置の相互関係の一例を示すブロック図である。
【図１５】本発明の第２実施形態に係わる文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。
【図１６】本発明の第２実施形態に係わる文書処理システムにおけるサービス連携の処理結果確認時の各装置の相互関係の一例を示すブロック図である。
【図１７】第２実施形態の各サービス処理装置で行われる処理の流れを示すフローチャートである。
【図１８】第２実施形態の複合機で行われるサービス連携時の処理結果確認の流れを示すフローチャートである。
【図１９】本発明の第３実施形態に係わる文書処理システムにおけるサービス連携の処理結果確認時の各装置の相互関係の一例を示すブロック図である。
【図２０】第２実施形態のサービス処理装置（画像処理装置）で行われる処理の流れを示すフローチャートである。
【符号の説明】
１０、１１ 文書処理システム
１２ ネットワーク
１４ クライアント端末
１６ サービス検索サーバ
１８ 指示書生成サーバ
２０ 指示書管理サーバ
２２ 連携処理サーバ
２４ サービス処理装置
２４Ａ 画像処理装置
２４Ｂ 文書管理サーバ
２４Ｃ 文書配信サーバ
２４Ｄ 複合機
２４Ｅ 第１のサービス処理装置
２４ａ ＣＰＵ
２４ｂ ＲＯＭ
２４ｃ ＲＡＭ
２４ｄ ＵＩ
２４ｅ バス
２４ｆ ログ生成部
４４ ログ取得部
４６ ログ比較判定部
４８ 比較判定結果生成部
５０ 結果配信部

Claims (12)

1. 文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、
   前記サービスを構成する個別処理を行う処理手段と、
   前記処理手段の処理結果ログを記憶する記憶手段と、
   を備えた複数のサービス処理装置と、
   前記記憶手段に記憶された前記処理結果ログを取得する取得手段と、
   前記取得手段によって取得した前記複数のサービス処理装置の前記処理結果ログに基づいて前記サービスの連携の処理が正常に終了したか否かを表すサービス結果情報を生成する生成手段と、
   を備えた処理結果管理装置と、
   を含むサービス処理システム。
2. 前記処理結果管理装置は、前記サービス結果情報を出力する出力手段をさらに備えることを特徴とする請求項１に記載のサービス処理システム。
3. 前記処理結果管理装置は、前記複数のサービス処理装置のうちの少なくとも１つに含まれることを特徴とする請求項１又は請求項２に記載のサービス処理システム。
4. 前記取得手段は、各サービス処理装置を介して前記処理結果ログを取得することを特徴とする請求項３に記載のサービス処理システム。
5. 文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数のサービス処理装置間で、連携して処理するサービス処理システムの処理結果確認方法であって、
   前記サービスを構成する個別処理を行う前記サービス処理装置における処理結果ログを前記複数のサービス処理装置から取得して、取得した処理結果ログに基づいて、前記サービスが正常に終了したか否かを表すサービス結果情報を生成することを特徴とするサービス処理システムの処理結果確認方法。
6. 前記サービス結果情報をさらに出力することを特徴とする請求項５に記載のサービス処理システムの処理結果確認方法。
7. 前記サービス結果情報の生成は、前記個別処理を行う複数のサービス処理装置のうち少なくとも１つのサービス処理装置に行わせることを特徴とする請求項５又は請求項６に記載のサービス処理システムの処理結果確認方法。
8. 前記処理結果ログは、前記個別処理を行う複数のサービス処理装置を介して取得することを特徴とする請求項７に記載のサービス処理システムの処理結果確認方法。
9. 文書データに関して所定の処理を行うサービスを、ネットワークに接続された複数のサービス処理装置間で、連携して処理するサービス処理プログラムであって、
   前記サービスを構成する個別処理を行う前記サービス処理装置における処理結果ログを前記複数のサービス処理装置から取得して、取得した処理結果ログに基づいて、前記サービスが正常に終了したか否かを表すサービス結果情報を生成する生成工程を含む処理を実行させるサービス処理プログラム。
10. 前記サービス結果情報を出力する出力工程を更に含む処理を実行させる特徴とする請求項９に記載のサービス処理プログラム。
11. 前記生成工程は、前記サービスを構成する個別処理を行う複数のサービス処理装置のうち少なくとも１つのサービス処理装置にを行わせることを特徴とする請求項９又は請求項１０に記載のサービス処理プログラム。
12. 前記生成工程は、前記個別処理を行う複数のサービス装置を介して前記処理結果ログを取得することを特徴とする請求項９乃至請求項１１の何れか１項に記載のサービス処理プログラム。

Images