JP2009009567A - サービス画像処理システム及び画像処理装置 - Google Patents

Abstract

【課題】ネットワーク接続された各機器に対して複数の処理を連携して処理させる。
【解決手段】ユーザはクライアント端末１０に表示されたＧＵＩ画面に従って所望のサービス連携のジョブフローを定義する。このとき並列処理可能な複数のジョブを並列処理させるように指定できる。指示書生成サーバ３０は定義されたジョブフローに従って処理内容や処理対象の文書の格納位置等が定義された指示書を作成する。指示書は指示書管理サーバ４０に保存される。ユーザが指示書管理サーバ４０に保存された指示書から所望の指示書を選択すると、その指示書が連携処理サーバ５０へ送信される。連携処理サーバ５０は、指示書を解釈し、指示書に記述された処理内容、処理順序に従って文書が処理されるように各装置に処理依頼を行い、複数の処理を連携処理させる。
【選択図】図２

Description

本発明は、サービス画像処理システム及び画像処理装置に係り、特に紙文書を電子化してワークフローを構築するワークフローシステムに用いて好適なサービス画像処理システム及び画像処理装置に関する。

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

具体的には、紙文書をスキャンしてパーソナルコンピュータに転送したり、ファクシミリで受信した文書をプリントせずにイメージデータのままパーソナルコンピュータに送信することができる。さらには、紙文書、ファクシミリ受信文書が電子化された後、多くの手続きや処理をも連携させ自動化することが望まれる。

そのため、従来、予め複合機で設定すべき項目について所望の設定を記述したジョブテンプレートを用意しておき、そのジョブテンプレートを指定し、必要に応じて設定値を変更してから処理を行う技術が提案されている。

例えば、従来の画像形成装置は、出力様式を設定するための出力設定データ（ジョブテンプレート）を複数保存し、選択された出力設定データに従った出力様式で画像形成して出力することができる（例えば、特許文献１参照。）。
特開平１０−８３２６３号公報（第５−７頁、図２、図５）

しかしながら、例えば、特許文献１に記載された画像形成装置は、「出力様式」、つまり当該装置自身の機能のみを設定の対象としている。したがって、上記画像形成装置は、ネットワークに接続された他のプリンタやスキャナ等の設定や複数の処理の連携を設定することができない。このため、当然複数の処理の処理順序等を設定して効率よく複数の処理を実行させることができない、という問題があった。

本発明は、上述した課題を解決するために提案されたものであり、ネットワーク接続された各機器に対して複数の処理を連携して処理させることができるサービス画像処理システム及び画像処理装置を提供することを目的とする。

上記課題を解決するため、請求項１記載のサービス画像処理システムの発明は、文書データにサービス処理を施すための指示書データを生成する生成手段と、前記生成手段によって生成された指示書データを画像処理装置に送信する指示書データ送信手段と、を備えた情報処理装置と、前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する解釈手段と、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施すサービス処理手段と、を備えた画像処理装置と、を備えたことを特徴とする。

この発明によれば、情報処理装置は、生成手段及び指示書データ送信手段を備えている。生成手段は、文書データにサービス処理を施すための指示書データを生成する。

指示書データ送信手段は、前記生成手段によって生成された指示書データを画像処理装置に送信する。

画像処理装置は、解釈手段及びサービス処理手段を備えている。解釈手段は、前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する。

サービス処理手段は、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施す。この指示書データには、例えば処理対象の文書データの位置及び文書データに施すべきサービス処理の内容等が記述されている。

ここで、文書データは、文書に関連する情報であればよく、テキストデータ等の文字情報や紙文書を読み取った画像情報等、特に限定されるものではない。

また、サービス処理手段は、処理対象である文書データに対して所定のサービス処理、例えばプリントやＦＡＸ送信、メール送信等のサービス処理を実行するものであり、ハードウェアで構成されたものに限らず、モジュールであってもよい。

また、請求項２に記載したように、前記情報処理装置は、前記画像処理装置の前記サービス処理手段によってサービス処理が施された前記文書データを受信する受信手段と、前記サービス処理が施された文書データを次のサービス処理を行うネットワーク上の画像処理装置に送信することにより、前記ネットワークに接続された画像処理装置のサービス処理手段によるサービス処理を連携させるようにしてもよい。

請求項３記載の発明の画像処理装置は、文書データを受付ける文書データ受付手段と、サービス処理の内容が記載されている指示書を受付ける指示書受付手段と、前記指示書受付手段で受付けた指示書のサービス処理内容を解釈する解釈手段と、前記文書データ受付手段で受け付けた文書データに前記解釈手段で解釈したサービス処理内容を実行するサービス処理実行手段と、前記サービス処理実行手段で実行して得られた文書データをネットワーク上の画像処理装置に送信する送信手段と、を備えたことを特徴とする。

また、請求項４に記載したように、前記サービス処理実行手段は、前記解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、前記解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行するようにしてもよい。

この発明によれば、指示されたサービス処理が常に実行可能であるとは限らないので、サービス処理実行手段は、解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行する。例えば、実行を中止したり、実行が不可能である旨を報知したり、実行可能になるまで待機し、実行可能になった時点で実行する等の処理を行う。これにより、複数のサービス処理を円滑に処理することができる。

本発明によれば、ネットワーク接続された各機器に対して複数の処理を連携して処理させることができる、という効果を有する。

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

（システム構成）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図４のフローウインドウ１０２には、一例として、ＦＡＸ受信（図４では「Ｆａｘ Ｉｎ」と表示）した文書をＯＣＲ処理（図４では「ＯＣＲ」と表示）することにより受信文書のテキストデータを生成し、受信文書のメール送信処理（図４では「Ｍａｉｌ」と表示）、プリント処理（図４では「Ｐｒｉｎｔ」と表示）、フォルダへ格納する処理（図４では「Ｆｏｌｄｅｒ」と表示）を行うジョブフローが定義されている。

ここで、並列処理可能な複数のジョブを並列処理させたい場合、すなわち同時に実行させたい場合には、そのようにジョブフローを定義することができる。例えば図４の例では、メール送信処理、プリント処理、フォルダへの格納処理については、並列処理可能であるので、各々のアイコンが並べて表示されるようにフローウインドウ１０２にドラッグ・アンド・ドロップすることにより、各々の処理が並列処理されるように定義される。これにより、直列処理及び並列処理が混在した複雑なジョブフローを容易に定義することができる。なお、アイコン毎に並列処理するか否かを指定できるようにしてもよい。

このように、ユーザは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップしてジョブフローを定義し、プロパティウインドウ１０４に表示された内容を編集することにより、多様かつ複雑な処理を連携させるための指示書を容易に作成することができる。

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

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

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

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

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

図９には、指示書の＜フロー＞の一部の記載例の概略を示した。なお、図９に示した記載例はあくまでも一例であり、これに限定されるものではない。

図９に示す例は、図１０に示すようなジョブフローの場合の指示書の記載例であり、所定の文書に対してＯＣＲ処理（文字認識処理）を行い、ＦＡＸ送信処理、メール送信処理、プリント処理を並列処理した後、各処理の処理結果をレポート出力するジョブフローの場合の指示書の記載例である。

図９に示すように、ＯＣＲ処理の内容は、ＯＣＲ処理を指示するためのスタートタグ＜ｏｃｒ＞とエンドタグ＜／ｏｃｒ＞との間に記載されたパラメータ（例えば読み取り解像度等）等によって定義される。

同様に、ＦＡＸ送信処理の内容は、ＦＡＸ送信処理を指示するためのスタートタグ＜ｆａｘｓｎｄ＞とエンドタグ＜／ｆａｘｓｎｄ＞との間に記載されたパラメータ（送信先ＦＡＸ番号等）等によって定義される。

また、メール送信処理は、メール送信処理を指示するためのスタートタグ＜ｍａｉｌｓｎｄ＞とエンドタグ＜／ｍａｉｌｓｎｄ＞との間に記載されたパラメータ（送信先メールアドレス等）等によって定義される。

また、プリント処理の内容は、プリント処理を指示するためのスタートタグ＜ｐｒｉｎｔ＞とエンドタグ＜／ｐｒｉｎｔ＞との間に記載されたパラメータ（出力の解像度等）等によって定義される。

また、レポート出力処理の内容は、レポート出力処理を指示するためのスタートタグ＜ｒｅｐｏｒｔ＞とエンドタグ＜／ｒｅｐｏｒｔ＞との間に記載されたパラメータ（出力形式等）等によって定義される。

さらに、並列処理されるべきジョブの内容は、スタートタグ＜ｐａｒａ＞とエンドタグ＜／ｐａｒａ＞との間に挟まれたタグによって定義される。従って、図９の記載例では、ＦＡＸ送信処理、メール送信処理、プリント処理が並列処理されることとなる。

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

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

指示書管理サーバ４０は、指示書生成サーバ３０から送信された指示書を保持し、クライアント端末１０からの要求に応じて指示書を連携処理サーバ５０へ送信する。このように、作成された指示書を格納し保持しておくことにより、必要に応じて指示書を呼び出して実行することができるため、その都度指示書を作成する必要がなく、効率よく文書を処理することができる。

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

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

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

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

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

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

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

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

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

なお、指示書生成サーバ３０は本発明の生成手段に相当する。

（指示書の作成）

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

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

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

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

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

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

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

（連携処理の起動・実行）

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

図７は、クライアント端末１０及び連携処理サーバ５０の処理を示すフローチャートである。ここでは、図９に示すジョブフローのように、所定の文書に対してＯＣＲ処理（文字認識処理）を行い、画像文書を指定されたＦＡＸ番号へＦＡＸ送信すると共にプリント出力し、抽出されたテキスト文書を指定されたメールアドレスへメール送信した後、各処理結果をレポート出力する場合について説明する。また、ここでは、文書配信サーバ６３がＦＡＸ送信処理を担当し、第１のサービス処理装置６４がメール送信処理を担当し、第２のサービス処理装置６５がプリント処理を担当するものとして説明する。

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

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

クライアント端末１０は、サービス連携処理選択画面１１０から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。このとき、必要に応じて、ユーザに対してパラメータ入力画面を表示し、ジョブの実行に必要なパラメータを入力させる。

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

連携処理サーバ５０は、指示書管理サーバ４０より送信された指示書を解釈し、並列処理すべきジョブが定義されているか否かを判断する（ステップＳ１３）。これは、指示書に並列処理を指示するタグ＜ｐａｒａ＞が記述されているか否かにより判断することができる。

そして、並列処理が定義されていない場合にはステップＳＴ１４へ移行し、並列処理が定義されている場合にはステップＳＴ１６へ移行する。

ステップＳＴ１４では、指示書で実行を指定されたジョブの中で並列処理可能な複数のジョブが存在するか否かを判断する。この判断は、例えば並列処理可能なジョブの一覧を予め連携処理サーバ５０内のメモリに記憶しておき、これに記憶された並列処理可能なジョブの一覧の中に、指示書に記載されたジョブと一致するジョブが複数存在するか否かを判断することにより行うことができる。

そして、並列処理可能な複数のジョブが存在する場合にはステップＳＴ１５へ移行し、並列処理可能な複数のジョブが存在しない場合には、ステップＳＴ１６へ移行する。

ステップＳＴ１５では、元々直列的に処理するように記載されていた並列処理可能な複数のジョブが、並列処理されるように指示書を書き換える。例えば図１１に示すように、全てのジョブが直列的に実行されるようなジョブフローが指示書に定義されていた場合、指示書の＜フロー＞には、例えば図１２に示すように各ジョブの実行を指示するタグが順番に並んだ記述が含まれることとなる。

この場合、ＦＡＸ送信処理、メール送信処理、プリント処理は並列処理が可能であるため、図１２に示すＦＡＸ送信処理を示すスタートタグ＜ｆａｘｓｎｄ＞及びエンドタグ＜／ｆａｘｓｎｄ＞、メール送信処理を示すスタートタグ＜ｍａｉｌｓｎｄ＞及びエンドタグ＜／ｍａｉｌｓｎｄ＞、プリント処理を示すスタートタグ＜ｐｒｉｎｔ＞及びエンドタグ＜／ｐｒｉｎｔ＞が、図９に示すように、並列処理すべきことを示すスタートタグ＜ｐａｒａ＞とエンドタグ＜／ｐａｒａ＞との間に挟まれるように指示よが書き換えられる。これにより、図１１に示すように直列的な処理のみのジョブフローが、図１０に示すように直列的な処理及び並列的な処理が混在したジョブフローとなる。

次に、連携処理サーバ５０は、指示書を順に解釈し、指示書に記述された第１番目の処理であるＯＣＲ処理を実行するよう画像処理装置６１に対して依頼する（ステップＳＴ１６）。連携処理サーバ５０は、具体的には、指示書に記載された情報、例えば図９に示すスタートタグ＜／ｏｃｒ＞とエンドタグ＜／ｏｃｒ＞との間に記載されたパラメータ等に基づいて、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ５０は、個別指示情報を第１の処理依頼先である画像処理装置６１へ送信する。

図１３には、画像処理装置６１等の各装置が実行する制御ルーチンのフローを概略的に示した。

画像処理装置６１は、処理を依頼されたか否かを判断し（ステップＳＴ３１）、処理を依頼された場合には、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する（ステップＳＴ３２）。次に、画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、その処理が実行可能か否かを判断する（ステップＳＴ３３）。例えば、指定されたパラメータで処理可能か否か、他のジョブを実行中か否か等を判断する。そして、実行可能である場合には、指定されたパラメータで通常のＯＣＲ処理を行い、抽出されたテキスト文書とバインドする処理を行うと共に、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する（ステップＳＴ３４）。

画像処理装置６１は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する（ステップＳＴ３６）。

一方、実行可能でないと判断された場合、予め定めた実行可能な処理を行う（ステップＳＴ３５）。例えば、指定されたパラメータで処理できないと判断された場合には、予め定めた実行可能なパラメータでＯＣＲ処理を行う。この場合、連携処理サーバ５０に送信する処理結果に、指定されたパラメータを変更して処理した旨を含むようにする。また、他のジョブを実行中の場合には、他のジョブが実行終了するまで待機し、他のジョブが実行終了した時点で通常の処理を行う。この場合、待機中であることを連携処理サーバ５０に報知するようにしてもよい。

このように、依頼された装置側では、依頼された処理に対して実行可能か否かを判断し、実行不可能である場合には予め定めた実行可能な処理を行う。

そして、連携処理サーバ５０は、図７に示すように、処理結果を受信したか否かを判断し（ステップＳＴ１７）、画像処理装置６１からの処理結果を受信すると、対応処理として第１の処理依頼結果をログとして管理（記憶）する（ステップＳＴ１８）。

次に、連携処理サーバ５０は、全ての処理が終了したか否かを判断する（ステップＳＴ１９）。すなわち、指示書に次に処理すべきジョブが記述されているか否かを判断する。そして、実行すべきジョブが存在する場合には、上記と同様にステップＳＴ１６で第２番目の処理を実行するように該当する装置に依頼する。

ここで、図９に示すように、指示書には、ＯＣＲ処理の実行を指示するタグの後に、並列処理を定義するためのスタートタグ＜ｐａｒａ＞とエンドタグ＜／ｐａｒａ＞との間に、ＦＡＸ送信処理、メール送信処理、プリント処理のタグが記載されている。

このため、連携処理サーバ５０は、これらの処理を並列処理させる。具体的には、第１番目の処理と同様に、各処理について、スタートタグとエンドタグとの間に記載されたパラメータ等に基づいて、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。

そして、連携処理サーバ５０は、ＦＡＸ送信処理の個別指示情報を文書配信サーバ６３へ送信し、メール送信処理の個別指示情報を第１のサービス処理装置６４へ送信し、プリント処理の個別指示情報を第２のサービス処理装置６５へ送信する。すなわち、並列処理すべきジョブについては、処理結果を受信してから次の処理依頼を行うのではなく、一斉に処理依頼を行う。

これにより、文書配信サーバ６３は、連携処理サーバ５０の依頼内容に基づき、指定された文書を指定されたＦＡＸ番号へＦＡＸ送信し、第１のサービス処理装置６４は、指定された文書を指定されたメールアドレスへメール送信し、第２のサービス処理装置６５は、指定された文書をプリントする。

このとき、各装置は、前述した図１３に示すように、依頼された処理が実行可能か否かを判断し（ステップＳＴ３３）、依頼内容で実行可能でない場合には、予め定めた実行可能な処理を行う（ステップＳＴ３５）。例えば、ＦＡＸ送信処理において相手先が話し中の場合には、文書配信サーバ６３は、予め定めた実行可能な処理として、所定時間待機した後再度ＦＡＸ送信を実行するリトライ処理を所定回数行う。それでも相手先と接続できなかった場合には、文書配信サーバ６３は、所定回数リトライした結果、送信できなかった旨を処理結果として連携処理サーバ５０に送信する。

このように、依頼された装置側では、依頼された処理に対して実行可能か否かを判断し、実行不可能である場合には予め定めた実行可能な処理を行う。なお、各装置の状態を連携処理サーバ５０が取得し、処理を実行可能か否かを連携処理サーバ５０側で判断するようにし、実行不可能であると判断した場合には、予め定めた実行可能な処理の実行を連携処理サーバ５０から各装置へ指示するようにしてもよい。

そして、連携処理サーバ５０は、全ての処理の処理結果を受信したか否かを判断し（ステップＳＴ１７）、全ての処理結果を受信した場合には上記と同様に対応処理として処理結果をログとして記憶する（ステップＳＴ１８）。

そして、上記と同様にして最後の処理であるレポート出力処理の依頼、処理結果の受信が終了し、全ての処理が終了すると、ステップＳＴ２０へ移行する。すなわち、指示書に次の処理が記述されていないと判断されると、ステップＳＴ２０へ移行する。レポート出力処理の依頼では、例えば受信した全ての処理結果等を含む個別指示情報を第２のサービス処理装置６５へ送信する。これにより、第２のサービス処理装置６５によって各処理の処理結果がまとめてプリントされる。

ステップＳＴ２０では、連携処理サーバ５０は、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する。

このように、文書に対して施すべき複数のサービス処理の連携の指示に関する情報や、文書の格納位置に関する情報等が記載された指示書に従って、ネットワークに各々接続された処理部で実行されるサービス処理を連携させるので、多様かつ複雑な処理を効率よく行うことができる。

また、並列処理できる処理については、これらが同時に実行されるように制御するので、複数のサービス処理を効率よく実行することができる。

なお、上記で説明したネットワーク５に接続されたサーバ等の各部は、各々独立した装置として構成されていてもよく、いくつかの各部がまとまって１つの装置内に設けられていてもよく、各部全てが１つの装置内に設けられていてもよい。

例えば、図１４に示すように、クライアント端末１０の指示書作成や指示書選択等の各種操作を行うためのＧＵＩ機能、指示書生成サーバ３０の指示書生成機能、指示書管理サーバ４０の指示書管理機能、連携処理サーバ５０の連携処理機能、画像処理装置６１の画像処理機能、文書管理サーバの文書管理機能、文書配信サーバ６３の文書配信機能が、サービス処理を行う機能としてのコピー機能やＦＡＸ機能、スキャナ機能、プリント機能等の各機能を備えた複合機７０に設けられた構成としてもよい。

この場合、複合機７０において指示書の作成や保存を行うことができると共に、複合機７０内に保存された文書データに対して、ノイズ除去処理やＯＣＲ処理等の画像処理、処理後の文書データの格納処理、ＦＡＸ送信、メール送信等を連携して処理することができる。もちろん、上記実施形態と同様に、クライアント端末１０により指示書の作成や選択などを行うことも可能である。

また、処理対象の文書データや指示書は、ネットワーク５に接続された他の外部装置に格納されていてもよい。また、複合機７０に保存された文書データ又は他の外部装置に格納された文書データを、複合機７０が処理するのではなく、ネットワークに接続された他の複合機や、ネットワークに各々接続された各処理機能を有する外部装置に処理させるようにしてもよい。

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

本発明の実施の形態に係る文書処理システムの構成を示すブロック図である。 文書処理システムの各部間の情報の流れについて説明するためのブロック図である。 各装置に記憶されているＩ／Ｆ情報の構成を示す図である。 指示書エディタのＧＵＩに表示された指示書エディタ画面を示す図である。 指示書作成部によって作成された指示書の構成を示す図である。 指示書作成処理の手順を示すフローチャートである。 文書処理システムの連携処理の手順を示すフローチャートである。 指示書の一覧を表す指示書一覧画面の一例を示す図である。 指示書の記載例を示す図である。 並列処理を含むジョブフローの一例を示す図である。 直列処理のみのジョブフローの一例を示す図である。 指示書の記載例を示す図である。 各装置で実行される制御ルーチンを示すフローチャートである。 複合機の機能ブロック図である。

符号の説明

１ 文書処理システム
５ ネットワーク
１０ クライアント端末
２０ サービス検索サーバ
３０ 指示書生成サーバ
４０ 指示書管理サーバ
５０ 直接連携処理サーバ
５０ 連携処理サーバ
６１ 画像処理装置
６２ 文書管理サーバ
６３ 文書配信サーバ
６４ 第１のサービス処理装置
６５ 第２のサービス処理装置
７０ 複合機

Claims (4)

1. 文書データにサービス処理を施すための指示書データを生成する生成手段と、
   前記生成手段によって生成された指示書データを画像処理装置に送信する指示書データ送信手段と、を備えた情報処理装置と、
   前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する解釈手段と、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施すサービス処理手段と、を備えた画像処理装置と、
   を備えたサービス画像処理システム。
2. 前記情報処理装置は、前記画像処理装置の前記サービス処理手段によってサービス処理が施された前記文書データを受信する受信手段と、前記サービス処理が施された文書データを次のサービス処理を行うネットワーク上の画像処理装置に送信することにより、前記ネットワークに接続された画像処理装置のサービス処理手段によるサービス処理を連携させる
   請求項１記載のサービス画像処理システム。
3. 文書データを受付ける文書データ受付手段と、
   サービス処理の内容が記載されている指示書を受付ける指示書受付手段と、
   前記指示書受付手段で受付けた指示書のサービス処理内容を解釈する解釈手段と、
   前記文書データ受付手段で受け付けた文書データに前記解釈手段で解釈したサービス処理内容を実行するサービス処理実行手段と、
   前記サービス処理実行手段で実行して得られた文書データをネットワーク上の画像処理装置に送信する送信手段と、
   を備えた画像処理装置。
4. 前記サービス処理実行手段は、前記解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、前記解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行する
   請求項３記載の画像処理装置。

Images