JP5310930B2 - サービス処理システム - Google Patents

Description

本発明は、サービス処理システムに係り、特に、紙文書や電子情報の共有化を図った文書処理ネットワークシステム等に用いて好適なサービス処理システムに関する。

従来、複写機にファクシミリ、スキャナ、プリンタ機能を統合した複合機が提案されている。これにより、複写機、ファクシミリなどを使った紙主体の事務処理と、パーソナルコンピュータ上で電子化された文書の処理とを、連携することができる。例えば、紙文書をスキャンしてパーソナルコンピュータに転送する。さらには、ファクシミリで受信した文書をプリントせずにイメージデータのままパーソナルコンピュータに送信することができる。

紙文書、ファクシミリ受信文書が電子化された後、多くの手続きや処理をも連携させ自動化するため、従来、予め複合機で設定すべき項目について所望の設定を記述したジョブテンプレートを用意しておき、そのジョブテンプレートを指定し、必要に応じて設定値を変更してから処理を行う技術が提案されている。

例えば、従来の画像形成装置は、出力様式を設定するための出力設定データを複数保存し、選択された出力設定データに従った出力様式で画像形成して出力することができる（例えば、特許文献１参照）。また、少なくとも１つの画像読取装置を有し、画像読取装置から他の装置に読取画像を転送する画像読取システムが提案されている（例えば、特許文献２参照）。

このような画像読取システムにおいて、画像読取装置は、ジョブテンプレートに記述された読み取り条件に従って画像を読み取り、読み取った画像ファイルを他の装置に送信することができる。

特開平１０−８３２６３号公報（第５−７頁、図２、図５） 特開２０００−２７０１４８号公報

一般に、複合機において可能な処理は、その項目や振る舞いが固定されており拡張性に乏しかった。例えば、複合機において文書を電子化するのには、複合機内部で設定されている一定の条件で処理され、電子化された文書を送信することも同様に、複合機内部で設定されている一定の条件で処理される。このため、複合機で実行することが困難な処理を追加したり、他の装置での処理を依頼したりすることが困難であった。

本発明は、上記事実を考慮してなされたものであり、装置構成に限定されずに柔軟に各種処理を遂行することができるサービス処理システムを提供することを目的とする。

上記目的を達成するために本発明は、各サービスの処理順序に関する情報を取得する取得手段と、自装置からの指示に基づいて検索を行う検索手段によって検索された前記各サービスに関するインタフェース情報を管理する管理手段と、前記インタフェース情報及び前記処理順序に関する情報に基づいて、前記サービスの提供が可能な装置を用いて処理を行う旨の指示データを作成する作成手段とを有することを特徴とする。

作成手段が、前記各サービスの処理順序に関する情報と前記各サービスに関するインタフェース情報とから前記サービスの提供が可能な装置を用いて処理を行う指示データを作成することにより、装置構成に限定されずに柔軟に各種処理を遂行することができる。

他の発明は、前記指示データは、前記サービスが提供可能な装置に対して処理の実行を要求する要求情報を含むことを特徴とする。

前記指示データには、サービスをネットワーク上で連携させるために、サービスを実行するハードウェア資源やソフトウェア資源を表す記述がなされている場合がある。そこで、指示データに含まれるサービスを提供可能な装置に対してサービスの実行要求を行うことで、確実かつ最適にサービスの要求を行うことができる。

また、他の発明は、前記インタフェース情報に基づいて、前記各サービスの処理順序を定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する生成手段を更に有することを特徴とする。

前記各サービスの処理順序を、ＨＴＭＬ形式のファイルで構成することにより、前記各サービスの処理順序を可読化できる。

また、他の発明は、前記生成手段によって生成されるＨＴＭＬファイルは、使用可能なサービスを表示することを特徴とする。

前記各サービスの処理順序を、可読性を有し汎用的に使用できるＨＴＭＬ形式のファイルで構成することにより、使用可能なサービスを表示装置に表示することができる。

また、他の発明は、前記処理は、文書または文書データに対する処理であることを特徴とする。

本発明の装置は、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理システムに含まれる装置に備えられたものである。ここで、文書データとは、文書に関連する情報であればよく、テキストデータ等の文字情報や紙文書を読み取った画像情報等、特に限定されるものではない。

本発明によれば、サービスの提供が可能な装置を用いて処理を行う指示データに記載されている一連の処理を実行することにより、装置構成に限定されずに選択された指示データに基づいて柔軟に各種処理を遂行することができる、という効果がある。

本発明の実施形態に係る文書処理システムの概念構成を示すブロック図である。 文書処理システムを構成する各サービス処理装置の相互関係を説明するためのブロック図である。 Ｉ／Ｆ情報の概略構成を示す概念図である。 ジョブフローを定義するためのＧＵＩ画面である指示書作成画面１００を示すイメージ図である。 ＸＭＬ形式で構成された指示書を示すイメージ図である。 指示書作成時のクライアント端末及び指示書生成サーバの処理手順を示すフローチャートである。 クライアント端末、指示書管理サーバ及び連携処理サーバの処理を示すフローチャートである。 指示書リストを表すサービス連携処理選択画面の一例を示すイメージ図である。 文書処理システムを構成する各サービス処理装置の相互関係を基から承認ワークフロー処理を説明するための主要部のブロック図である。 本発明の実施の形態にかかる画像処理装置の概略構成を示すブロック図である。 本発明の実施の形態にかかる文書管理サーバの概略構成を示すブロック図である。 本発明の実施の形態にかかる承認処理装置の概略構成を示すブロック図である。 本発明の実施の形態にかかる連携処理サーバの概略構成を示すブロック図である。 本発明の実施の形態にかかる承認ワークフローにおけるプロセス概要の流れを示すフローチャートである。 本発明の実施の形態にかかる画像処理装置における処理概要の流れを示すフローチャートである。

以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。

（システム構成）
図１は、本発明の実施形態に係る文書処理システム１の構成を示すブロック図である。

文書処理システム１は、様々なサービスやアプリケーションがネットワーク５を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やレポジトリからの読込、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理等が該当し、特に限定されるものではない。

文書処理システム１は、具体的は、複数のサービスを連携させてユーザの所望の処理を指示するユーザインタフェースを備えたクライアント端末１０と、ユーザの所望のサービスを検索するサービス検索サーバ２０と、クライアント端末１０で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ３０と、指示書を管理する指示書管理サーバ４０と、指示書に従って各サービスの連携処理を実行する連携処理サーバ５０と、を備えている。

さらに、文書処理システム１は、画像文書のノイズ除去処理や画像回転処理やＯＣＲ処理や画像をバインドする等の画像処理を行う画像処理装置６１と、文書を管理する文書管理サーバ６２と、文書を配信する文書配信サーバ６３と、第１のサービス処理を行う第１のサービス処理装置６４と、第２のサービス処理を行う第２のサービス処理装置６５と、を備えている。

なお、文書処理システム１は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク５を介して接続された構成となっているが、複数のサービスがネットワーク５を介して接続されていれば特に限定されるものではない。

ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザインタフェース（ＧＵＩ）を構成するための情報と、を含んだデータをいう。

図２は、文書処理システム１を構成する各サービス処理装置の相互関係を説明するためのブロック図である。各サービス処理装置は、自身が提供するサービスの内容を表すＩ／Ｆ情報を記憶している。

図３は、I／Ｆ情報の構成を示す図である。Ｉ／Ｆ情報は、＜サービス種類（Ｓｅｒｖｉｃｅ Ｃｌａｓｓ）＞、＜サービス名（Ｓｅｒｖｉｃｅ Ｎａｍｅ）＞、＜サービス・アイコン（Ｓｅｒｖｉｃｅ Ｉｃｏｎ）＞、＜サービス・ロケーション情報（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）＞、＜入力（Ｉｎｐｕｔ）＞、＜出力（Ｏｕｔｐｕｔ）＞、＜パラメータ制限ルール（Ｐａｒａｍｅｔｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｒｕｌｅｓ）＞、＜サービス・ロケーション（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ）＞、＜メソッド名（Ｍｅｔｈｏｄ Ｎａｍｅ）＞、＜起動方法（Ｉｎｖｏｃａｔｉｏｎ Ｓｃｈｅｍｅ）＞、＜黙示要素（Ｉｎｐｌｉｃｉｔ Ｅｌｅｍｅｎｔｓ）＞で構成されている。

＜サービス種類＞は、サービス処理装置が提供するサービスの種類である。なお、＜サービス種類＞は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。＜サービス名＞は、サービス処理装置が提供するサービスの名前である。＜サービス・アイコン＞は、クライアント端末１０のＧＵＩに表示するアイコンの位置情報である。

＜サービス・ロケーション情報＞は、指示書生成サーバ３０がＩ／Ｆ情報を取得するために用いるＵＲＬである。＜入力＞は、サービスへの入力である。＜出力＞は、サービスへの出力である。＜パラメータ制限ルール＞は、＜入力＞や＜出力＞に適用される制限ルールである。＜サービス・ロケーション＞は、サービスを実際に使用するときの位置情報である。＜メソッド名＞は、サービス処理の提供手法である。

＜起動方法＞は、サービス処理を呼び出し起動する方法である。なお、＜起動方法＞としては、例えばメッセージ交換のプロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を用いることができる。＜黙示要素＞は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。

クライアント端末１０は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザインタフェース（ＧＵＩ）の機能を備えている。

サービス検索サーバ２０は、ネットワーク５に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３、第１のサービス処理装置６４、第２のサービス処理装置６５等の様々なサービス処理装置のＩ／Ｆ情報の一部（以下「部分Ｉ／Ｆ情報」という。）を予め記憶している。ここで、部分Ｉ／Ｆ情報は、Ｉ／Ｆ情報の要素中の＜サービス種類＞、＜サービス名＞、＜サービス・ロケーション情報＞、＜入力＞、＜出力＞をいう。

サービス検索サーバ２０は、指示書生成サーバ３０や連携処理サーバ５０から検索条件が送信されたときは、各サービス処理装置の部分Ｉ／Ｆ情報を用いてサービスを検索する。例えば、サービス検索サーバ２０は、所定のサービスと同様のサービスを検索するときは、＜サービス種類＞が一致するサービスを検索したり、＜入力＞及び＜出力＞が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。

指示書生成サーバ３０は、指示書作成時には各サービス処理装置からＩ／Ｆ情報を取得して、各サービス処理装置が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ３０は、指示書を作成すべく、具体的には次の処理を実行する。

指示書生成サーバ３０は、＜サービス・ロケーション情報＞に基づいて、ネットワーク５上に分散した所定のサービス処理装置から、各サービスに関するＩ／Ｆ情報を送信するように要求する。なお、指示書生成サーバ３０は、所定のサービス処理装置がない場合は、サービス検索サーバ２０に対して、所定のサービス処理装置と同一のサービスを行う他のサービス処理装置を検索するように指示を出す。そして、指示書生成サーバ３０は、サービス検索サーバ２０から、他のサービス処理装置の＜サービス・ロケーション情報＞を取得すればよい。

指示書生成サーバ３０は、サービス検索サーバ２０からの検索結果や各サービス処理装置から受信したＩ／Ｆ情報を管理する。指示書生成サーバ３０は、各サービス処理装置から取得したＩ／Ｆ情報に基づいて、ジョブフローを定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する。そして、指示書生成サーバ３０は、クライアント端末１０からのサービスの閲覧要求があると、ＧＵＩ画面となるＨＴＭＬファイルを前記クライアント端末１０へ送信する。

図４は、ジョブフローを定義するためのＧＵＩ画面である指示書作成画面１００を示す図である。指示書作成画面１００は、サービスウインドウ１０１、フローウインドウ１０２、ロジックウインドウ１０３、プロパティーウインドウ１０４で構成されている。

サービスウインドウ１０１は、使用可能な様々なサービス処理装置を表示する。ロジックウインドウ１０３は、サービス間の連携のパターンを示すジョブフローを表示する。プロパティーウインドウ１０４は、サービスウインドウ１０１とロジックウインドウ１０３に表示された各アイコンの詳細な設定パラメータを表示する。

ユーザは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップすることで、フローウインドウ１０２にジョブフローを定義することができる。ユーザは、さらに、プロパティーウインドウ１０４に表示された内容を編集することによって、サービスやロジックを詳細に設定することができる。

クライアント端末１０は、ユーザの操作によって定義されたジョブフロー情報を、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）形式に従って指示書生成サーバ３０に送信する。

指示書生成サーバ３０は、ユーザからのサービス連携の指示に関するジョブフロー情報と、各サービスのＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、ＸＭＬ形式のファイルで構成されている。

図５は、ＸＭＬ形式で構成された指示書を示す図である。複数のサービスの連携処理自体も１つのサービスとみなされるので、指示書は、図３に示したＩ／Ｆ情報に加えて＜フロー（Ｆｌｏｗ）＞を追加した構成になっている。

＜フロー＞は、サービス間の連携を記述する要素であり、＜起動（Ｉｎｖｏｋｅ）＞、制御構造や論理演算、算出演算をするための＜ｉｆ＞等の要素、さらに処理対象の文書を特定するための情報を含んでいる。

＜起動＞は、サービス処理装置の特定のメソッドを表し、サービスの呼び出しを実行する。＜起動＞の要素として、パラメータの位置情報を示す＜マップ＞と、呼び出すメソッド名＜メソッド＞を有している。制御構造や論理演算等を示す＜ｉｆ＞、＜ａｎｄ＞、＜ｅｑ＞、＜ｇｔ＞は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。

指示書は、サービスの連携処理の制御に関するすべての情報を＜フロー＞の要素に記述している。これにより、指示書によって表される連携処理自体も１つのサービスとみなされる。なお、指示書は、図５に示す構成に限定されるものではなく、各サービスを連携させることができればよい。

指示書生成サーバ３０は、以上のようなＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。また、指示書生成サーバ３０は、ユーザによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ５０に送信してもよい。

指示書管理サーバ４０は、指示書生成サーバ３０から送信された指示書を保持し、クライアント端末１０からの要求に応じて指示書を連携処理サーバ５０へ送信する。

連携処理サーバ５０は、指定された指示書を解釈・実行するサーバである。連携処理サーバ５０は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３などの各サービス処理装置を順に呼び出し、連携処理を実行する。また、連携処理サーバ５０は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。

連携処理サーバ５０は、指示書を解釈して各サービス処理装置へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等を有する個別指示情報を生成する。なお、連携処理サーバ５０は、各サービス処理装置で行う処理の前後の処理との関連を指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置毎の固有の情報交換形式で処理依頼を行うようにしてもよい。

画像処理装置６１は、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置６１は、連携処理サーバ５０からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置６１は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、画像処理装置６１は、指示書生成サーバ３０からの要求により、画像処理サービスの利用方法を示すＩ／Ｆ情報を送信する。このＩ／Ｆ情報は、指示書作成時に利用される。

文書管理サーバ６２は、文書格納機能を有している。文書管理サーバ６２は、連携処理サーバ５０からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ６２は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書管理サーバ６２は、指示書生成サーバ３０からの要求により文書管理サービスの利用方法を示すＩ／Ｆ情報を送信する。

文書配信サーバ６３は、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やＦＡＸ送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ６３は、連携処理サーバ５０からの要求により、クライアント端末１０で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ６３は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書配信サーバ６３は、指示書生成サーバ３０からの要求により文書配信処理サービスの利用方法を示すＩ／Ｆ情報を送信する。

第１のサービス処理装置６４は、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第１のサービス処理装置６４は、連携処理サーバ５０からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第１のサービス処理装置６４は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、第１のサービス処理装置６４は、指示書生成サーバ３０からの要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。なお、第２のサービス処理装置６５は、サービス処理の内容を除いて、第１のサービス処理装置６４と同様に動作する。

以上のように構成された文書処理システム１において、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。

画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等のサービス処理装置は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分Ｉ／Ｆ情報をサービス検索サーバ２０に通知する。

サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置から送信された部分Ｉ／Ｆ情報を保存する。これにより、サービス検索サーバ２０は、例えば指示書生成サーバ３０や連携処理サーバ５０から所定のサービス検索要求があったときに、部分Ｉ／Ｆ情報を用いて検索を実行することができる。

（指示書の作成）
図６は、指示書作成時のクライアント端末１０及び指示書生成サーバ３０の処理手順を示すフローチャートである。

クライアント端末１０は、ユーザの操作に従って、インストールされたブラウザを通して、指示書生成サーバ３０が提供するユーザインタフェース画面用に生成されたＨＴＭＬファイルのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスする（ステップＳＴ１）。

指示書生成サーバ３０は、クライアント端末１０からの閲覧要求に応じて、ユーザインタフェース画面のＨＴＭＬファイルをクライアント端末１０に送信する（ステップＳＴ２）。

クライアント端末１０は、指示書生成サーバ３０から送信されたＨＴＭＬファイルに基づいて、ユーザインタフェース画面を表示する（ステップＳＴ３）。このとき、ユーザは、クライアント端末１０に表示されたユーザインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。

クライアント端末１０は、ユーザインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する（ステップＳＴ４）。クライアント端末１０は、ジョブフローが作成されたと判定すると、ユーザによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ３０に送信する。

指示書生成サーバ３０は、クライアント端末１０より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置から取得したＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する（ステップＳＴ５）。そして、指示書生成サーバ３０は、ＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。

指示書管理サーバ４０は、指示書生成サーバ３０で生成された指示書を保存する。指示書管理サーバ４０は、指示書生成サーバ３０で作成された複数の指示書を保存しており、クライアント端末１０から指示書の選択指示があった時は選択された指示書を読み出す。

（連携処理の起動・実行）
ユーザは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。

図７は、クライアント端末１０、指示書管理サーバ４０及び連携処理サーバ５０の処理を示すフローチャートである。

クライアント端末１０は、指示書管理サーバ４０へアクセスし、指示書管理サーバ４０で管理される指示書リストを取得する（ステップＳＴ１１）。

図８は、指示書リストを表すサービス連携処理選択画面１１０の一例を示す図である。サービス連携処理選択画面１１０は、指示書毎に指示書を選択するためのボタン１１１〜１１６を有している。ユーザは、サービス連携処理選択画面１１０から所望のボタンをクリックすることで、指示書を選択することができる。

クライアント端末１０は、サービス連携処理選択画面１１０から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。

指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を連携処理サーバ５０へ送信する（ステップＳＴ１２）。この結果、連携処理サーバ５０は、連携処理の実行を開始する。

連携処理サーバ５０は、指示書管理サーバ４０より送信された指示書を解釈し、指示書に記述された第１番目の処理である画像処理装置６１に対して、第１のサービス処理を実行することを依頼する（ステップＳＴ１３）。連携処理サーバ５０は、具体的には、指示書に記載された情報をもとに、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ５０は、個別指示情報を第１の処理依頼先である画像処理装置６１へ送信する。

画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する。画像処理装置６１は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。

連携処理サーバ５０は、画像処理装置６１からの処理結果を受信すると、第１の処理依頼結果をログとして管理する。そして、連携処理サーバ５０は、指示書に基づき第２の処理依頼先を特定し、第２のサービス処理を実行することを文書管理サーバ６２に依頼する（ステップＳＴ１４）。連携処理サーバ５０は、第１のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書管理サーバ６２へ送信する。

文書管理サーバ６２は、連携処理サーバ５０の依頼内容に基づき、前の処理（第１のサービス処理）で処理され格納された文書を、依頼内容に記述された格納先情報に基づき格納処理を行う。文書管理サーバ６２は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。

連携処理サーバ５０は、第２のサービス処理（文書格納処理）からの処理結果を受信すると、第２の処理依頼結果をログとして管理する。連携処理サーバ５０は、指示書に基づき第３の処理依頼先を特定し、第３のサービス処理を実行することを文書配信サーバ６３に依頼する（ステップＳＴ１５）。連携処理サーバ５０は、第２のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書配信サーバ６３へ送信する。

文書配信サーバ６３は、連携処理サーバ５０の依頼内容に基づき、前の処理（第２のサービス処理）で処理され格納された文書を、文書を特定する情報（格納先情報）に基づき文書ファイルを読み出し、依頼内容に記述された処理を行う。ここでは、文書配信サーバ６３は、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。文書配信サーバ６３は、処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。

この処理において、文書配信サーバ６３は、例えばＦＡＸ送信処理において相手先が話し中でありかつ所定回数リトライを行っても相手先と接続できなかった場合、ステータス情報として「メール送信：完了、ＦＡＸ送信：未送信」を連携処理サーバ５０に送信する。

連携処理サーバ５０は、第３のサービス処理からの処理結果を受信し、指示書には次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する（ステップＳＴ１６）。

なお、本実施形態において、サービス検索サーバ２０は、各サービス処理装置からＩ／Ｆ情報の一部（部分Ｉ／Ｆ情報）を取得していたが、Ｉ／Ｆ情報の全部を取得するようにしてもよい。

（承認ワークフロー）
上述のように、文書処理システム１では、様々なサービスやアプリケーションが実行可能なようにネットワーク５を介して各種装置が接続されている。ここで、本実施の形態では、承認ワークフロー処理を実行する場合について、さらに詳細に説明する。

図９は、文書処理システム１を構成する各サービス処理装置の相互関係を基にして（図１及び図２を参照）、承認ワークフロー処理を説明するための主要部のブロック図である。承認ワークフロー処理を実現するためには、連携処理サーバ５０、画像処理装置６１、文書管理サーバ６２、第１のサービス処理装置６４、第２のサービス処理装置６５を利用する。

以下の説明では、第１のサービス処理装置６４を承認処理を実行する承認処理装置６４とし、第２のサービス処理装置６５を画像処理装置６１と同様の構成の画像処理装置６５として説明する。また、文書管理サーバ６２は、文書データを格納する格納装置２４０を備えている。

図１０は、画像処理装置６１の概略構成を示すブロック図である。本実施の形態では、画像処理装置６１は、画像の複写や印刷などの複合機として機能する各種画像処理のための機構部２００を備えている。機構部２００には、印刷機構部２０２，複写機構部２０４，スキャン機構部２０６，及びファクシミリ機後部２０８が含まれている。

また、画像処理装置６１は、上記機構部２００を制御する処理実行部２１４を備えている。この処理実行部２１４を含む構成は、上記クライアント端末１０として機能する各種機能部を含んで構成されている。処理実行部２１４には、ＧＵＩ機能を有するＬＣＤなどの表示装置２２０が接続されると共に、外部から入力される指示書が指示書解釈部２１０、及び外部サービス特定部２１２を介して入力されるように接続されている。

外部サービス特定部２１２は、実行要求メッセージ処理部２１８に接続されており、この実行要求メッセージ処理部２１８には、表示装置２２０及びメモリ２２２も接続されている。また、実行要求メッセージ処理部２１８の出力側の１つには外部へメッセージを出力するためのメッセージ出力部２１６が接続されている。

図１１は、文書管理サーバ６２の概略構成を示すブロック図である。文書管理サーバ６２は、文書データの管理制御を実行するための処理実行部２３２を備えている。この処理実行部２３２の入力側には外部からの指示書やデータなどが入力される入力部２３０が接続され、出力側には外部へ指示書やデータなどが出力される出力部２３４が接続されている。

また、本実施の形態では、文書管理サーバ６２は、格納装置２４０を備えている。格納装置２４０は、文書データを格納するためのものであり、未承認の文書データを格納するための未承認データ格納領域２３６及び承認済みの文書データを格納するための承認済データ格納領域２３８を含んでいる。

図１２は、承認処理装置６４の概略構成を示すブロック図である。承認処理装置６４は、依頼される文書データの承認処理を実行するための承認処理実行部２５２を備えている。この承認処理実行部２５２の入力側には外部からの指示書やデータなどが入力される入力部２５０が接続され、出力側には外部へ、承認または未承認を表す承認データ等を含むデータや指示書などが出力される出力部２５４が接続されている。

図１３は、連携処理サーバ５０の概略構成を示すブロック図である。連携処理サーバ５０は、文書データの連携処理を実行するための連携処理実行部２６２を備えている。この連携処理実行部２６２の入力側には外部からの指示書やデータなどが入力される入力部２６０が接続され、出力側には外部への指示や要請等を含むデータや指示書などが出力される出力部２６４が接続されている。

（承認ワークフローの概要）
図１４は、承認ワークフローにおけるプロセス概要の流れを示すフローチャートである。このプロセスは、ユーザが依頼する物品の購入などの購入依頼書に対して承認を得る処理フローである。

まず、画像処理装置６１側において購入依頼書がスキャンされ（ステップ３００）、画像処理装置６１側から外部サービスである承認処理を呼び出すメッセージ（指示書）を連携処理サーバ５０へ送信する（ステップ３０２）。このとき、画像処理装置６１は、スキャンした購入依頼書の文書データを文書管理サーバ６２へ送信する。このとき、文書データは未だ未承認であるため、未承認データ格納領域２３６へ格納される。

すなわち、上述のように、サービス連携処理選択画面１１０から承認ワークフロー・ボタン１１５を押圧することで指示書が呼び出され、その指示書が連携処理サーバ５０へ送信される。

連携処理サーバ５０は、受信した指示書を基に承認処理のために承認処理装置６４へ承認処理依頼を行い、その結果を待機する（ステップ３０４）。このとき承認処理装置６４では連携処理サーバ５０からの依頼による承認処理を実行し、承認結果を返信する。連携処理サーバ５０は承認処理装置６４からの承認結果を受けて、文書管理サーバ６２へ承認が完了したことを通知する。

この通知を文書管理サーバ６２が受け取ると、文書管理サーバ６２は、未承認データ格納領域２３６に格納済みの文書データを承認済データ格納領域２３８へ格納する。文書管理サーバ６２は、この格納終了通知を連携処理サーバ５０へ行い、連携処理サーバ５０は、指示書に基づくサービスを実行させるべく第２の画像処理装置６５へ指示書を送信する（ステップ３０８）。

第２の画像処理装置６５は、連携処理サーバ５０からの指示書を受け取ってその指示書に記述された格納位置（承認済データ格納領域２３８）から文書データを取り出すべく文書管理サーバ６２へ要求し、これを受け取って指示書に従って印刷する。

以上のようにして、ユーザが依頼する物品の購入などの購入依頼書に対して承認を得る。

次に、図１５を参照して、画像処理装置６１における処理を詳細に説明する。なお、図１５のフローチャートには、第２の画像処理装置６５で実行される部分を含んでいる。

まず、ステップ４００では、指示書を入手する。この処理では、上述のように、サービス連携処理選択画面１１０から承認ワークフロー・ボタン１１５（図８参照）を押圧することで指示書管理サーバ４０から指示書が呼び出される。この場合、上記表示装置２２０及び処理実行部２１４（図１０）の資源が利用される。この指示書には、文書データの格納先（格納先ロケーション情報）や外部サービスを呼び出すためのデータ（部分Ｉ／Ｆ情報）が含まれている。

次のステップ４０２では、入手した指示書を解釈する。すなわち、指示書に含まれる個別指示情報を参照し、自身（画像処理装置６１または第２の画像処理装置６５）で処理可能なサービスとそれ以外のサービスとを分類する。このステップ４０２の処理は、上記指示書解釈部２１０（図１０）の機能部分に相当する。

次のステップ４０４では、自身（画像処理装置６１または第２の画像処理装置６５）で処理可能なサービスについて、該当するサービスすなわちここではスキャン処理（または印刷処理）が実行される。この処理は、処理実行部２１４（図１０）の一部の機能に相当する。

画像処理装置６１では、購入依頼書がスキャンされる。一方、第２の画像処理装置６５では、文書データの取り出しと印刷処理が実行される。この処理は、機構部２００を用いて実行する処理実行部２１４（図１０）の一部の機能に相当する。

次のステップ４０６では、処理結果の遂行処理が実行される。ここでは、ステップ４０４で処理した結果に対応する処理が実行されるものであり、画像処理装置６１では、購入依頼書をスキャンした結果の文書データを文書管理サーバ６２へ送信する。これによって、文書管理サーバ６２は、文書データを格納装置２４０（未承認データ格納領域２３６）へ格納する。この処理は、機構部２００を用いて実行する処理実行部２１４（図１０）の機能と、その処理実行部２１４がメッセージ出力部２１６を介して文書データを送信する機能に相当する。

なお、第２の画像処理装置６５では、印刷結果を連携処理サーバ５０へ返信する処理が実行される。

次のステップ４０８では、一連の連携処理に外部サービスが含まれているか否かを判断する。この判断は、上記ステップ４０２で解釈した指示書から判別することができる。ここでは、承認処理が該当する。すなわち、承認処理は、画像処理装置６１では遂行できないため、ステップ４０８で肯定され、ステップ４１０において外部サービスすなわち本実施の形態では承認処理を外部サービスとして特定する。この処理は、外部サービス特定部２１２の機能に相当する。

次のステップ４１２では、外部サービスを呼び出すためのメッセージを特定し、記憶する。このメッセージは、上述の個別指示情報にも相当し、画像処理装置６１の外部装置である承認処理装置６４において承認処理を実行することを要求することを表している。このメッセージは、指示書に含ませることができる。この処理は、メモリ２２２（図１０）に記憶されたメッセージを、その実行要求メッセージ処理部２１８で特定する機能と、それを記憶する機能に相当する。

なお、上記ステップ４１２の処理では、複数のメッセージから選択することでメッセージを特定することができる。この場合、複数のメッセージをメモリ２２２に記憶する。そして、複数のメッセージから所定条件に従ってメッセージを選択する。この所定条件には、現在稼働中のサービス処理装置を選択すること、処理時間が最短のサービス処理装置を選択すること、単にサービスを要求すること、予め定めたサービス処理装置を選択すること、などがある。

また、上記の選択は、ＧＵＩ機能を用いてユーザによる入力値によって選択するようにしてもよい。この場合には、次回ユーザの選択が同様のものである確度が高いため、入力値をメモリ２２２に記憶し、再利用することが好ましい。

次のステップ４１４では、ステップ４１２で特定したメッセージを含む指示書を連携処理サーバ５０へ送信する。すなわち、画像処理装置６１側から外部サービスである承認処理を呼び出すメッセージ（指示書）を連携処理サーバ５０へ送信する。この処理は、メッセージ出力部２１６（図１０）の機能に相当する。

これによって、連携処理サーバ５０は、画像処理装置６１からの指示書を基に承認処理のために承認処理装置６４へ承認処理依頼を行いその承認結果を受けて、文書管理サーバ６２へ承認完了を通知し、文書管理サーバ６２は画像処理装置６１からの文書データを未承認データ格納領域２３６から承認済データ格納領域２３８へ格納することができる。

また、第２の画像処理装置６５は、連携処理サーバ５０からの指示書を受け取ってこれを解釈し（ステップ４００，４０２）、その指示書に記述された格納位置（承認済データ格納領域２３８）から文書データを取り出すべく文書管理サーバ６２へ要求した後に受け取って指示書に従って印刷する（ステップ４０４，４０６）。

なお、上記の各処理では、ユーザ認証など一定の権限を有するユーザのみに該当する処理を継続するべく認証処理を追加すうことができる。この場合、ＧＵＩ機能を用いてユーザによる入力を促したり表示したりして実行するようにしてもよい。

このように、本実施の形態によれば、画像処理装置から外部サービスの実行要求を行うことができるので、画像処理装置すなわちサービス処理装置が所有する機能に限定されることなく、円滑に連携処理を遂行することができる。

また、画像処理装置では、外部からのサービス要求を受け取ることができるので、画像処理装置すなわちサービス処理装置が所有する機能を容易に外部から利用することができ、円滑に連携処理を遂行することができる。

なお、上記実施の形態のステップ３０２，及びステップ４１４の処理は、本発明の送信手段において要求情報を送信する機能に相当する。この送信時におけるメッセージは要求情報に相当する。また、メモリ２２２は、本発明の記憶手段及びデータ記憶手段に相当する。また、表示装置２２０は本発明の入力手段に相当する。さらに、指示書を構成する、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザインタフェース（ＧＵＩ）を構成するための情報と、などが本発明の項目情報に相当し、一連の処理を複数の機能的な処理に分解した場合における各機能の関係を表す情報や一連の処理そのものを表す情報が本発明の処理情報に相当する。

上記実施の形態では、連携処理サーバ５０を使用して複数のサービスの連携処理を実行する場合を説明したが、本発明はこれに限定されるものではない。すなわち、文書データを直列的に接続した各種装置について順次経由してゆくことでも上記実施の形態と同様の効果を得ることができる。

この場合、それぞれの装置が指示書を解釈する解釈部を備えて、指示書による処理またはサービスを実行するようにすればよい。また、装置間のデータ送信は、指示書に併せて文書データを共に送信するようにすればよい。

すなわち、各装置では、指示書に記述された処理対象文書の格納先ロケーション情報（自己のメモリまたは前段装置のメモリの位置など）をもとに、指示書によるサービス処理依頼内容を解釈することで、処理対象の文書データを取得し、取得した文書データに対して指示書に記述された自己の装置で処理可能な処理（サービス処理）を実行し、次段の装置へ指示書と文書データを送信する。このとき、自己の装置で処理したことを指示書に記述することで、次段以降の装置では処理済みの処理やサービスを実行することはない。

このように、順次指示書と文書データを送信することによっても、連携処理は容易に実行することができる。

また、上記実施の形態では、連携処理サーバ５０を使用して複数のサービスの連携処理を実行したり、複数の装置を直列接続して連携処理する場合を説明したが、本発明はこれに限定されるものではない。すなわち、上記各種装置やサービスを１つの装置に機能として備えた複合装置へ適用したとしても、上記実施の形態と同様の効果を得ることができる。

１…文書処理システム
６１…画像処理装置
６２…文書管理サーバ
６４…承認処理装置
６５…第２の画像処理装置
２００…機構部
２１２…外部サービス特定部
２１４…処理実行部
２１８…実行要求メッセージ処理部
２２０…表示装置
２２２…メモリ
２３２…処理実行部
２４０…格納装置

Claims (6)

1. 各サービスの処理順序に関する情報を取得する取得手段と、
   自装置からの指示に基づいて検索を行う検索手段によって検索された前記各サービスに関するインタフェース情報を管理する管理手段と、
   前記インタフェース情報及び前記処理順序に関する情報に基づいて、前記サービスの提供が可能な装置を用いて処理を行う旨の指示データを作成する作成手段とを有する装置。
2. 各サービスの処理順序に関する情報を取得する取得手段と、
   所定の処理装置がない場合に自装置からの指示に基づいて検索を行う検索手段によって検索された前記各サービスに関するインタフェース情報を管理する管理手段と、
   前記インタフェース情報及び前記処理順序に関する情報に基づいて、前記サービスの提供が可能な装置を用いて処理を行う旨の指示データを作成する作成手段とを有する装置。
3. 前記指示データは、前記サービスが提供可能な装置に対して処理の実行を要求する要求情報を含むことを特徴とする請求項１又は２に記載の装置。
4. 前記インタフェース情報に基づいて、前記各サービスの処理順序を定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する生成手段を更に有する請求項１乃至３のいずれか１項に記載の装置。
5. 前記生成手段によって生成されるＨＴＭＬファイルは、使用可能なサービスを表示することを特徴とする請求項４に記載の装置。
6. 前記処理は、文書または文書データに対する処理であることを特徴とする請求項１乃至５のいずれか１項に記載の装置。