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