(57)【要約】【課題】  ネットワーク接続された各機器に対して複数のサービス処理の連携処理を行わせるシステムにおいて、最適なデバイスにサービス処理を行わせることを可能とする。【解決手段】  ホストコンピュータが指示書の実行を指示されると、ネットワークに接続された処理を実行可能なデバイスを検索する（ステップ３００）。検索されたデバイスが複数ある場合には、指示書に実行可否情報要求コマンドを付加して複数のデバイスに送信する（ステップ３０２〜３０８）。全ての実行可否情報を受信し、処理可能なデバイスが存在した場合には、所望のデバイスを選択させ、選択されたデバイスに処理を実行させる（ステップ３０９〜３１２）。デバイスの選択処理では、受信した実行可否情報に含まれる処理料金、処理時間等の処理条件情報の一覧を画面に表示し、ユーザーに希望のデバイスを選択させる。【選択図】        図１０
2005275476.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたサービス処理装置に、サービス処理の処理依頼に関する処理依頼情報を送信すると共に、前記サービス処理の実行の可否に関する実行可否情報を要求する要求手段と、
前記サービス処理装置から実行可否情報を受信する受信手段と、
受信した実行可否情報に基づいて、前記サービス処理を実行させるサービス処理装置を選択する選択手段と、
選択されたサービス処理装置に前記サービス処理を依頼する処理依頼手段と、
を備えた管理装置。
【請求項２】
ネットワークを介してサービス処理の処理依頼に関する処理依頼情報を受信する受信手段と、
受信した処理依頼情報の内容を解釈する解釈手段と、
前記解釈手段の解釈結果に基づいて、前記サービス処理を実行可能か否かを判断する判断手段と、
前記判断手段による判断結果を含む実行可否情報を前記処理依頼情報の送信元に送信する送信手段と、
前記処理依頼情報の送信元からの依頼に応じて前記サービス処理を実行する実行手段と、
を備えたサービス処理装置。
【請求項３】
前記処理依頼情報は、少なくとも処理対象の文書の位置及び前記文書に関するサービス処理の内容が記述された指示書であることを特徴とする請求項２記載のサービス処理装置。
【請求項４】
前記サービス処理の処理条件を求め、求めた処理条件に関する処理条件情報を生成する生成手段をさらに備え、前記実行可否情報は、前記処理条件情報を含むことを特徴とする請求項２又は請求項３記載のサービス処理装置。
【請求項５】
前記処理条件情報は、処理時間、処理料金、処理能力、及び資源状態の少なくとも１つに関する情報を含むことを特徴とする請求項４記載のサービス処理装置。
【請求項６】
前記請求項１記載の管理装置をさらに備えたことを特徴とする請求項２乃至請求項５の何れか１項に記載のサービス処理装置。
【請求項７】
前記請求項１記載の管理装置及び前記請求項６記載のサービス処理装置の少なくとも一方と、前記請求項２乃至請求項６の何れか１項に記載のサービス処理装置と、がネットワークを介して接続されたことを特徴とするサービス処理システム。
【請求項８】
コンピュータに、
ネットワークに接続されたサービス処理装置に、サービス処理の処理依頼に関する処理依頼情報を送信すると共に、前記サービス処理の実行の可否に関する実行可否情報を要求する要求工程と、
前記サービス処理装置から実行可否情報を受信する受信工程と、
受信した実行可否情報に基づいて、前記サービス処理を実行させるサービス処理装置を選択する選択工程と、
選択されたサービス処理装置に前記サービス処理を依頼する処理依頼工程と、
を含む処理を実行させるための管理プログラム。
【請求項９】
コンピュータに、
ネットワークを介してサービス処理の処理依頼に関する処理依頼情報を受信する受信工程と、
受信した処理依頼情報の内容を解釈する解釈工程と、
前記解釈手段の解釈結果に基づいて、前記サービス処理を実行可能か否かを判断する判断工程と、
前記判断手段による判断結果を含む実行可否情報を前記処理依頼情報の送信元に送信する送信工程と、
前記処理依頼情報の送信元からの依頼に応じて前記サービス処理を実行させる実行工程と、
を含む処理を実行させるためのサービス処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、サービス処理装置、サービス処理システム、管理プログラム、及びサービス処理プログラムに係り、特に、紙文書を電子化してワークフローを構築するワークフローシステムに用いて好適な管理装置、サービス処理装置、サービス処理システム、管理プログラム、及びサービス処理プログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク上に分散したプログラムやサービス（機能）を連携して一連の処理を実行する分散処理システムに関する技術には、様々なものがある。
【０００３】
例えば、オフィス環境においては、スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続し、各機器により提供されるサービスを連携して文書データを処理する分散処理型の文書処理ネットワークシステムの採用が増加している。
【０００４】
このような文書処理ネットワークシステムには、例えばサーバを用いてネットワーク上に分散した各サービスの連携を集中管理するシステムがある。また、サーバを用いずにサービスを提供する機器間で各サービスの連携関係や入出力情報等を含む連携情報を順次伝達することにより連携処理を行うシステムもある。
【０００５】
後者のシステムとしては、例えば、ネットワークに接続された各機器上で動作する入出力機能及びプログラムを個々の利用者の利用方法に応じて組み合わせて連携処理する場合に、処理順序に従って連携処理データを各連携機器間で伝達するネットワーク連携装置（例えば、特許文献１を参照。）が知られている。
【０００６】
また、前者のようにサーバを用いてネットワーク上に分散した各サービスの連携を集中管理するシステムでは、ネットワークに接続された各デバイスがどのようなサービスを行うことができるのかを判断する必要がある。
【特許文献１】特開２００１−３０６５３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術では、あるサービスを行うデバイスがネットワーク上で複数検索された場合、どのデバイスで処理するのが最適であるかを判断するのは困難であり、ユーザーが望む処理結果が得られない場合がある、という問題があった。
【０００８】
本発明は、上記課題を解決するために成されたものであり、ネットワーク接続された各機器に対して複数のサービス処理の連携処理を行わせるシステムにおいて、最適なデバイスにサービス処理を行わせることが可能な管理装置、サービス処理装置、サービス処理システム、管理プログラム、及びサービス処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１記載の発明の管理装置は、ネットワークに接続されたサービス処理装置に、サービス処理の処理依頼に関する処理依頼情報を送信すると共に、前記サービス処理の実行の可否に関する実行可否情報を要求する要求手段と、前記サービス処理装置から実行可否情報を受信する受信手段と、受信した実行可否情報に基づいて、前記サービス処理を実行させるサービス処理装置を選択する選択手段と、選択されたサービス処理装置に前記サービス処理を依頼する処理依頼手段と、を備えたことを特徴とする。
【００１０】
この発明によれば、要求手段は、ネットワークに接続されたサービス処理装置に、サービス処理の処理依頼に関する処理依頼情報を送信すると共に、サービス処理の実行の可否に関する実行可否情報を要求する。サービス処理装置は、例えば処理対象（例えば文書）に関する処理、例えばスキャン処理、プリント処理、ＦＡＸ送信、メール送信等の各種の処理を実行するものであり、例えば各種処理のうち単一の処理を実行する装置に限らず、各種処理のうち複数の処理を実行する複合機等でもよい。
【００１１】
処理依頼情報には、処理を実行できるか判断するための情報が含まれる。サービス処理装置では、この処理依頼情報に基づいて処理が実行できるか否かを判断する。また、実行可否情報には、少なくとも指定されたサービス処理が実行できるか否かを示す情報が含まれる。
【００１２】
受信手段は、サービス処理装置から実行可否情報を受信し、選択手段は、受信手段によって受信した実行可否情報に基づいて、サービス処理を実行させるサービス処理装置を選択する。例えば複数のサービス処理装置が実行可能である場合には、そのサービス処理装置の情報を表示手段に表示する等してユーザーに選択させるようにすることができる。また、ユーザーに選択させるのではなく、予め定めた所定の条件に従って自動的にサービス処理装置を選択するようにしてもよい。
【００１３】
処理依頼手段は、選択されたサービス処理装置にサービス処理を実行するように依頼する。
【００１４】
このように、サービス処理装置を選択することができるため、最適なサービス処理装置に処理を行わせることができる。また、実際の処理に先立って処理が実行可能か否かをサービス処理装置に問い合わせるので、無駄な処理依頼を行ってしまうのを防ぐことができ、効率的にサービス処理を実行させることができる。
【００１５】
請求項２記載の発明のサービス処理装置は、ネットワークを介してサービス処理の処理依頼に関する処理依頼情報を受信する受信手段と、受信した処理依頼情報の内容を解釈する解釈手段と、前記解釈手段の解釈結果に基づいて、前記サービス処理を実行可能か否かを判断する判断手段と、前記判断手段による判断結果を含む実行可否情報を前記処理依頼情報の送信元に送信する送信手段と、前記処理依頼情報の送信元からの依頼に応じて前記サービス処理を実行する実行手段と、を備えたことを特徴とする。
【００１６】
この発明によれば、受信手段は、ネットワークを介してサービス処理の処理依頼に関する処理依頼情報を受信し、解釈手段は、受信した処理依頼情報の内容を解釈する。処理依頼情報は、例えば請求項３に記載したように、少なくとも処理対象の文書の位置及び前記文書に関するサービス処理の内容が記述された指示書を用いることができる。ここで、文書は、文字や画像等が記録された紙文書に限らず、これらと同等の内容が記録された電子文書でもよい。
【００１７】
判断手段は、解釈手段の解釈結果に基づいて、サービス処理を実行可能か否かを判断し、  送信手段は、判断手段による判断結果を含む実行可否情報を処理依頼情報の送信元、例えば請求項１記載の管理装置に送信する。これにより、処理依頼情報の送信元において、サービス処理を実行させることができるか否かを把握することができる。
【００１８】
そして、サービス処理を実行可能な場合には、実行手段は、処理依頼情報の送信元からの依頼に応じてサービス処理を実行する。
【００１９】
このように、処理依頼情報の送信元からの問い合わせに応じて、サービス処理が実行可能か否かを応答するため、処理依頼情報の送信元におけるサービス処理装置の選択の判断を支援することができ、最適なサービス処理装置に処理を行わせることが可能となる。
【００２０】
なお、請求項４に記載したように、前記サービス処理の処理条件を求め、求めた処理条件に関する処理条件情報を生成する生成手段をさらに備え、前記実行可否情報は、前記処理条件情報を含む構成とすることができる。これにより、処理依頼情報の送信元におけるサービス処理装置の選択の判断を容易にすることができる。
【００２１】
処理条件情報は、サービス処理装置が指定されたサービス処理を実行するに際し、実行可能な条件又は実行不可能な条件を示す情報である。例えば、請求項５に記載したように、前記処理条件情報は、処理時間、処理料金、処理能力、及び資源状態の少なくとも１つに関する情報を含むことができる。
【００２２】
このように、実行可否情報に実行の可否だけでなく処理条件に関する情報を含めることにより、処理依頼情報の送信元は、処理条件情報に含まれる条件に基づいて、処理を実行させるべきサービス処理装置の選択をより最適に行うことができる。例えば、処理条件情報を処理依頼情報の送信元の表示手段等に表示することにより、ユーザーは、所望のサービス処理装置の選択を容易に行うことができる。
【００２３】
なお、請求項６に記載したように、前記請求項１記載の管理装置をさらに備えた構成としてもよい。これにより、サービス処理装置を管理装置と兼用させることができ、特別に管理装置を設ける必要がない。
【００２４】
また、請求項７に記載したように、前記請求項１記載の管理装置及び前記請求項６記載のサービス処理装置の少なくとも一方と、前記請求項２乃至請求項６の何れか１項に記載のサービス処理装置と、がネットワークを介して接続したサービス処理システムにより、最適なサービス処理装置に処理を行わせるシステムを構築することができる。
【００２５】
また、請求項８に記載したように、コンピュータに、ネットワークに接続されたサービス処理装置に、サービス処理の処理依頼に関する処理依頼情報を送信すると共に、前記サービス処理の実行の可否に関する実行可否情報を要求する要求工程と、前記サービス処理装置から実行可否情報を受信する受信工程と、受信した実行可否情報に基づいて、前記サービス処理を実行させるサービス処理装置を選択する選択工程と、選択されたサービス処理装置に前記サービス処理を依頼する処理依頼工程と、を含む処理を実行させるための管理プログラムをコンピュータに実行させることにより、当該コンピュータを請求項１記載の管理装置として機能させることができる。
【００２６】
また、請求項９に記載したように、コンピュータに、ネットワークを介してサービス処理の処理依頼に関する処理依頼情報を受信する受信工程と、受信した処理依頼情報の内容を解釈する解釈工程と、前記解釈手段の解釈結果に基づいて、前記サービス処理を実行可能か否かを判断する判断工程と、前記判断手段による判断結果を含む実行可否情報を前記処理依頼情報の送信元に送信する送信工程と、前記処理依頼情報の送信元からの依頼に応じて前記サービス処理を実行させる実行工程と、を含む処理を実行させるためのサービス処理プログラムをコンピュータに実行させることにより、当該コンピュータを請求項２記載のサービス処理装置として機能させることができる。
【発明の効果】
【００２７】
本発明によれば、ネットワーク接続された各機器に対して複数のサービス処理の連携処理を行わせるシステムにおいて、最適なデバイスにサービス処理を行わせることができる、という効果を有する。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００２９】
（システム構成）
図１は、本発明に係る文書処理システム１の構成を示すブロック図である。
【００３０】
文書処理システム１は、様々なサービスを行う装置やアプリケーションがネットワーク５を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やリポジトリからの読込、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理等が該当するが、特に限定されるものではない。
【００３１】
文書処理システム１は、具体的には、複数のサービスを連携させてユーザーの所望の処理を指示するためのユーザーインタフェースを備えたクライアント端末１０と、ユーザーの所望のサービスを検索するサービス検索サーバ２０と、クライアント端末１０で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ３０と、指示書を管理する指示書管理サーバ４０と、指示書に従って各サービスの連携処理を実行する連携処理サーバ５０と、を備えている。
【００３２】
さらに、文書処理システム１は、画像文書のノイズ除去処理や画像回転処理やＯＣＲ処理や画像をバインドする等の画像処理を行う画像処理装置６１と、文書を管理する文書管理サーバ６２と、文書を配信する文書配信サーバ６３と、第１のサービス処理を行う第１のサービス処理装置６４と、第２のサービス処理を行う第２のサービス処理装置６５と、を備えている。
【００３３】
なお、文書処理システム１は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク５を介して接続された構成となっているが、複数のサービスがネットワーク５を介して接続されていれば特に限定されるものではない。
【００３４】
ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース（Ｉ／Ｆ）情報と、一連の処理に関するグラフィカルユーザーインタフェース（ＧＵＩ）を構成するための情報と、を含んだデータをいう。
【００３５】
図２は、文書処理システム１を構成する各サービス処理装置の相互関係を説明するためのブロック図である。各サービス処理装置は、自身が提供するサービスの内容を表すＩ／Ｆ情報を記憶している。
【００３６】
図３は、Ｉ／Ｆ情報の構成を示す図である。Ｉ／Ｆ情報は、＜サービス種類（Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ）＞、＜サービス名（Ｓｅｒｖｉｃｅ  Ｎａｍｅ）＞、＜サービス・アイコン（Ｓｅｒｖｉｃｅ  Ｉｃｏｎ）＞、＜サービス情報ロケーション（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｌｏｃａｔｉｏｎ）＞、＜入力（Ｉｎｐｕｔ）＞、＜出力（Ｏｕｔｐｕｔ）＞、＜パラメータ制限ルール（Ｐａｒａｍｅｔｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｒｕｌｅｓ）＞、＜サービス・ロケーション（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ）＞、＜メソッド名（Ｍｅｔｈｏｄ  Ｎａｍｅ）＞、＜起動方法（Ｉｎｖｏｃａｔｉｏｎ  Ｓｃｈｅｍｅ）＞、＜黙示要素（Ｉｍｐｌｉｃｉｔ  Ｅｌｅｍｅｎｔｓ）＞で構成されている。
【００３７】
＜サービス種類＞は、サービス処理装置が提供するサービスの種類（処理内容）である。なお、＜サービス種類＞は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。＜サービス名＞は、サービス処理装置が提供するサービスの名前である。＜サービス・アイコン＞は、クライアント端末１０のＧＵＩに表示するアイコンの位置情報である。
【００３８】
＜サービス情報ロケーション＞は、指示書生成サーバ３０がＩ／Ｆ情報を取得するために用いるＵＲＬである。＜入力＞は、サービスへの入力である。＜出力＞は、サービスからの出力である。＜パラメータ制限ルール＞は、＜入力＞に適用される制限ルールである。＜サービス・ロケーション＞は、サービスを実際に使用するときの位置情報である。＜メソッド名＞は、サービス処理の提供手法や、サービスを指し示す名称が記述されている。
【００３９】
＜起動方法＞は、サービス処理を呼び出し起動する方法である。なお、＜起動方法＞としては、例えばメッセージ交換のプロトコルであるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等を用いることができる。＜黙示要素＞は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。
【００４０】
クライアント端末１０は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザーインタフェース（ＧＵＩ）の機能を備えている。
【００４１】
サービス検索サーバ２０は、ネットワーク５に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３、第１のサービス処理装置６４、サービス処理装置６５等の様々なサービス処理装置のＩ／Ｆ情報の一部（以下「部分Ｉ／Ｆ情報」という。）を予め記憶している。ここで、部分Ｉ／Ｆ情報は、Ｉ／Ｆ情報の要素中の＜サービス種類＞、＜サービス名＞、＜サービス情報ロケーション＞、＜入力＞、＜出力＞の情報をいう。
【００４２】
サービス検索サーバ２０は、指示書生成サーバ３０や連携処理サーバ５０から検索条件が送信されたときは、各サービス処理装置の部分Ｉ／Ｆ情報を用いてサービスを検索する。例えば、サービス検索サーバ２０は、所定のサービスと同様のサービスを検索するときは、＜サービス種類＞が一致するサービスを検索したり、＜入力＞及び＜出力＞が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。
【００４３】
指示書生成サーバ３０は、指示書作成時には各サービス処理装置からＩ／Ｆ情報を取得して、各サービス処理装置が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ３０は、指示書を作成すべく、具体的には次の処理を実行する。
【００４４】
指示書生成サーバ３０は、＜サービス情報ロケーション＞に基づいて、ネットワーク５上に分散した所定のサービス処理装置から、各サービスに関するＩ／Ｆ情報を送信するように要求する。なお、指示書生成サーバ３０は、所定のサービス処理装置がない場合は、サービス検索サーバ２０に対して、所定のサービス処理装置と同一のサービスを行う他のサービス処理装置を検索するように指示を出す。そして、指示書生成サーバ３０は、サービス検索サーバ２０から、他のサービス処理装置の＜サービス情報ロケーション＞を取得すればよい。
【００４５】
指示書生成サーバ３０は、サービス検索サーバ２０からの検索結果や各サービス処理装置から受信したＩ／Ｆ情報を管理する。指示書生成サーバ３０は、各サービス処理装置から取得したＩ／Ｆ情報に基づいて、ジョブフロー（連携処理）を定義するためのＧＵＩ画面となるＨＴＭＬファイルを生成する。そして、指示書生成サーバ３０は、クライアント端末１０からのサービスの閲覧要求があると、ＧＵＩ画面となるＨＴＭＬファイルを前記クライアント端末１０へ送信する。
【００４６】
図４は、ジョブフローを定義するためのＧＵＩ画面である指示書作成画面１００を示す図である。指示書作成画面１００は、サービスウインドウ１０１、フローウインドウ１０２、ロジックウインドウ１０３、プロパティウィンドウ１０４で構成されている。
【００４７】
サービスウインドウ１０１は、使用可能な様々なサービス処理装置を表示する。ロジックウインドウ１０３は、サービス間の連携のパターンを示すジョブフローを表示する。プロパティウィンドウ１０４は、サービスウインドウ１０１とロジックウインドウ１０３に表示された各アイコンの詳細な設定パラメータを表示する。
【００４８】
ユーザーは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップすることで、フローウインドウ１０２にジョブフローを定義することができる。ユーザーは、さらに、プロパティウィンドウ１０４に表示された内容を編集することによって、サービスやロジックなどのサービス間の関係を詳細に設定することができる。
【００４９】
このように、ユーザーは、サービスウインドウ１０１のアイコンとロジックウインドウ１０３のアイコンをフローウインドウ１０２にドラッグ・アンド・ドロップしてジョブフローを定義し、プロパティウィンドウ１０４に表示された内容を編集することにより、多様かつ複雑な処理を連携させるための指示書を容易に作成することができる。
【００５０】
クライアント端末１０は、ユーザーの操作によって定義されたジョブフロー情報を、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）形式に従って指示書生成サーバ３０に送信する。
【００５１】
指示書生成サーバ３０は、ユーザーからのサービス連携の指示に関するジョブフロー情報と、各サービスのＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、ＸＭＬ形式のファイルで構成されている。
【００５２】
図５は、ＸＭＬ形式で構成された指示書を示す概念図である。複数のサービスの連携処理自体も１つのサービスとみなされるので、指示書は、図３に示したＩ／Ｆ情報に加えて＜フロー（Ｆｌｏｗ）＞を追加した構成になっている。
【００５３】
＜フロー＞は、サービス間の連携を記述する要素であり、＜起動（Ｉｎｖｏｋｅ）＞、制御構造や論理演算、条件判断をするための＜ｉｆ＞等の要素、サービス間の連携を調整するためのＸＭＬ構造の操作指示、さらに処理対象の文書を特定するための情報を含んでいる。
【００５４】
＜起動＞は、サービス処理装置の特定のメソッドを表し、サービスの呼び出しを実行する。＜起動＞の要素として、パラメータの位置情報を示す＜マップ＞と、呼び出すメソッド名＜メソッド＞を有している。制御構造や論理演算等を示す＜ｉｆ＞、＜ａｎｄ＞、＜ｅｑ＞、＜ｇｔ＞は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。
【００５５】
指示書は、サービスの連携処理の制御に関するすべての情報を＜フロー＞の要素に記述している。これにより、指示書によって表される連携処理自体も１つのサービスとみなされる。なお、指示書は、図５に示す構成に限定されるものではなく、各サービスを連携させることができればよい。
【００５６】
指示書生成サーバ３０は、以上のようなＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。また、指示書生成サーバ３０は、ユーザーによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ５０に送信してもよい。
【００５７】
指示書管理サーバ４０は、指示書生成サーバ３０から送信された指示書を保持し、クライアント端末１０からの要求に応じて指示書を連携処理サーバ５０へ送信する。このように、作成された指示書を格納し保持しておくことにより、必要に応じて指示書を呼び出して実行することができるため、その都度指示書を作成する必要がなく、効率よく文書を処理することができる。
【００５８】
連携処理サーバ５０は、指定された指示書を解釈・実行するサーバである。連携処理サーバ５０は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３などの各サービス処理装置を順に呼び出し、連携処理を実行する。また、連携処理サーバ５０は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。
【００５９】
連携処理サーバ５０は、指示書を解釈して各サービス処理装置へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等を有する個別指示情報を生成する。なお、連携処理サーバ５０は、各サービス処理装置で行う処理の前後の処理との関連を指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置毎の固有の情報交換形式で処理依頼を行うようにしてもよい。
【００６０】
画像処理装置６１は、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置６１は、連携処理サーバ５０からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置６１は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、画像処理装置６１は、指示書生成サーバ３０からの要求により、画像処理サービスの利用方法を示すＩ／Ｆ情報を送信する。このＩ／Ｆ情報は、指示書作成時に利用される。
【００６１】
文書管理サーバ６２は、文書格納機能を有している。文書管理サーバ６２は、連携処理サーバ５０からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ６２は、起動時にサービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書管理サーバ６２は、指示書生成サーバ３０からの要求により文書管理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００６２】
文書配信サーバ６３は、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やＦＡＸ送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ６３は、連携処理サーバ５０からの要求により、クライアント端末１０で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ６３は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、文書配信サーバ６３は、指示書生成サーバ３０からの要求により文書配信処理サービスの利用方法を示すＩ／Ｆ情報を送信する。
【００６３】
第１のサービス処理装置６４は、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第１のサービス処理装置６４は、連携処理サーバ５０からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第１のサービス処理装置６４は、起動時に、サービス検索サーバ２０に対して、部分Ｉ／Ｆ情報を通知する。さらに、第１のサービス処理装置６４は、指示書生成サーバ３０からの要求によりサービス処理の利用方法を示すＩ／Ｆ情報を送信する。なお、第２のサービス処理装置６５は、サービス処理の内容を除いて、第１のサービス処理装置６４と同様に動作する。
【００６４】
以上のように構成された文書処理システム１において、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。
【００６５】
画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等のサービス処理装置は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分Ｉ／Ｆ情報をサービス検索サーバ２０に通知する。
【００６６】
サービス検索サーバ２０は、画像処理装置６１、文書管理サーバ６２、文書配信サーバ６３等の各サービス処理装置から送信された部分Ｉ／Ｆ情報を保存する。これにより、サービス検索サーバ２０は、例えば指示書生成サーバ３０や連携処理サーバ５０から所定のサービス検索要求があったときに、部分Ｉ／Ｆ情報を用いて検索を実行することができる。
【００６７】
（指示書の作成）
図６は、指示書作成時のクライアント端末１０及び指示書生成サーバ３０の処理手順を示すフローチャートである。
【００６８】
クライアント端末１０は、ユーザーの操作に従って、インストールされたブラウザを通して、指示書生成サーバ３０が提供するユーザーインタフェース画面用に生成されたＨＴＭＬファイルのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）にアクセスする（ステップＳＴ１）。
【００６９】
指示書生成サーバ３０は、クライアント端末１０からの閲覧要求に応じて、ユーザーインタフェース画面のＨＴＭＬファイルをクライアント端末１０に送信する（ステップＳＴ２）。
【００７０】
クライアント端末１０は、指示書生成サーバ３０から送信されたＨＴＭＬファイルに含まれる画面を構成する情報に基づいて、ユーザーインタフェース画面を表示する（ステップＳＴ３）。このとき、ユーザーは、クライアント端末１０に表示されたユーザーインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。
【００７１】
クライアント端末１０は、ユーザーインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する（ステップＳＴ４）。クライアント端末１０は、ジョブフローが作成されたと判定すると、ユーザーによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ３０に送信する。
【００７２】
指示書生成サーバ３０は、クライアント端末１０より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置から取得したＩ／Ｆ情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する（ステップＳＴ５）。そして、指示書生成サーバ３０は、ＸＭＬ形式の指示書を指示書管理サーバ４０に送信する。
【００７３】
指示書管理サーバ４０は、指示書生成サーバ３０で生成された指示書を保存する。指示書管理サーバ４０は、指示書生成サーバ３０で作成された複数の指示書を保存しており、クライアント端末１０から指示書の選択指示があった時は選択された指示書を読み出す。
【００７４】
（連携処理の起動・実行）
ユーザーは、指示書管理サーバ４０に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
【００７５】
図７は、クライアント端末１０、指示書管理サーバ４０及び連携処理サーバ５０の処理を示すフローチャートである。ここでは、所定の文書に対してノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書と画像文書とをバインドする処理を行い、バインドされた文書を所定の格納先へ格納し、バインドされた文書のうちテキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信する場合について説明する。
【００７６】
クライアント端末１０は、指示書管理サーバ４０へアクセスし、指示書管理サーバ４０で管理される指示書リストを取得する（ステップＳＴ１１）。
【００７７】
図８は、指示書リストを表すサービス連携処理選択画面１１０の一例を示す図である。サービス連携処理選択画面１１０は、指示書毎に指示書を選択するためのボタン１１１〜１１６を有している。ユーザーは、サービス連携処理選択画面１１０から所望のボタンをクリックすることで、指示書を選択することができる。
【００７８】
クライアント端末１０は、サービス連携処理選択画面１１０から、ユーザーの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。このとき、必要に応じて、ユーザーに対してパラメータ入力画面を表示し、ジョブの実行に必要なパラメータを入力させる。
【００７９】
指示書管理サーバ４０は、クライアント端末１０によって指示された指示書を連携処理サーバ５０へ送信する（ステップＳＴ１２）。この結果、連携処理サーバ５０は、連携処理の実行を開始する。
【００８０】
連携処理サーバ５０は、指示書管理サーバ４０より送信された指示書を解釈し、指示書に記述された第１番目の処理である画像処理装置６１に対して、第１のサービス処理を実行することを依頼する（ステップＳＴ１３）。連携処理サーバ５０は、具体的には、指示書に記載された情報をもとに、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ５０は、個別指示情報を第１の処理依頼先である画像処理装置６１へ送信する。
【００８１】
画像処理装置６１は、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する。画像処理装置６１は、取得した文書画像に対し、サービス処理依頼内容を解釈し、ノイズ除去、ＯＣＲ処理といった画像処理を行い、抽出されたテキスト文書とバインドする処理を行う。画像処理装置６１は、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する。画像処理装置６１は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【００８２】
連携処理サーバ５０は、画像処理装置６１からの処理結果を受信すると、第１の処理依頼結果をログとして管理する。そして、連携処理サーバ５０は、指示書に基づき第２の処理依頼先を特定し、第２のサービス処理を実行することを文書管理サーバ６２に依頼する（ステップＳＴ１４）。連携処理サーバ５０は、第１のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書管理サーバ６２へ送信する。
【００８３】
文書管理サーバ６２は、連携処理サーバ５０の依頼内容に基づき、前の処理（第１のサービス処理）で処理され格納された文書を、依頼内容に記述された格納先情報に基づき格納処理を行う。文書管理サーバ６２は、このような処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【００８４】
連携処理サーバ５０は、第２のサービス処理（文書格納処理）からの処理結果を受信すると、第２の処理依頼結果をログとして管理する。連携処理サーバ５０は、指示書に基づき第３の処理依頼先を特定し、第３のサービス処理を実行することを文書配信サーバ６３に依頼する（ステップＳＴ１５）。連携処理サーバ５０は、第２のサービス処理依頼と同様に、個別指示情報（処理依頼に関する情報である文書を格納する旨の情報、文書の格納先の情報、処理対象文書を特定する情報）を文書配信サーバ６３へ送信する。
【００８５】
文書配信サーバ６３は、連携処理サーバ５０の依頼内容に基づき、前の処理（第２のサービス処理）で処理され格納された文書を、文書を特定する情報（格納先情報）に基づき文書ファイルを読み出し、依頼内容に記述された処理を行う。ここでは、文書配信サーバ６３は、テキスト文書と画像文書がバインドされた文書のうち、テキスト文書のみを配信先として指定されたメールアドレスへメール送信し、画像文書のみを指定されたＦＡＸ番号へＦＡＸ送信を行う。文書配信サーバ６３は、処理が完了すると、処理のステータス情報（完了）、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ５０へ送信する。
【００８６】
この処理において、文書配信サーバ６３は、例えばＦＡＸ送信処理において相手先が話し中でありかつ所定回数リトライを行っても相手先と接続できなかった場合、ステータス情報として「メール送信：完了、ＦＡＸ送信：未送信」を連携処理サーバ５０に送信する。
【００８７】
連携処理サーバ５０は、第３のサービス処理からの処理結果を受信し、指示書には次の処理が記述されていないと判断すると、クライアント端末１０に対してすべての処理が完了した旨の通知を行い、連携処理を終了する（ステップＳＴ１６）。
【００８８】
このように、文書に対して施すべき複数のサービス処理の連携の指示に関する情報や、文書の格納位置に関する情報等が記載された指示書に従って、ネットワークに各々接続された処理部で実行されるサービス処理を連携させるので、多様かつ複雑な処理を効率よく行うことができる。
【００８９】
なお、上記で説明したネットワーク５に接続されたサーバ等の各部は、各々独立した装置として構成されていてもよく、いくつかの各部がまとまって１つの装置内に設けられていてもよく、各部全てが１つの装置内に設けられていてもよい。また、処理対象の文書データや指示書は、ネットワーク５に接続された他の外部装置に格納されていてもよい。さらに、本実施形態において、サービス検索サーバ２０は、各サービス処理装置からＩ／Ｆ情報の一部（部分Ｉ／Ｆ情報）を取得していたが、Ｉ／Ｆ情報の全部を取得するようにしてもよい。
【００９０】
次に、上記の文書処理システム１が適用されるシステムであって、同一処理を行うデバイスが複数存在する場合に最適なデバイスを選択して実行する形態について説明する。
【００９１】
ここでは、図９に示すように、少なくとも管理装置としてのホストコンピュータ８０及びサービス処理装置としての複数のプリンタ８１〜８４がネットワーク５に接続されたシステムにおいて、所定の文書データの印刷を指示する指示書を実行する場合について説明する。この指示書には、印刷する文書の位置の他、印刷する文字のフォントの情報や解像度、印刷枚数、印刷部数、カラー印刷の有無、用紙の種類等の印刷パラメータが定義される。
【００９２】
なお、以下では、ホストコンピュータ８０は、通常のコンピュータの機能を有すると共に、指示書の実行を指示されたときに、指示書の内容を解釈してネットワーク５に接続されたデバイスに指示書で指示された処理を連携させる機能を少なくとも有する、すなわち、ホストコンピュータ８０は、上記の連携処理サーバ５０の機能を少なくとも含んでいる場合について説明する。
【００９３】
また、プリンタ８１〜８４は、指示書を解釈する機能や、ホストコンピュータ８０からの指示により指定された文書を印刷する機能を有する。すなわち、プリンタ８１〜８４は、サービス処理としての印刷処理を行うサービス処理装置としての機能を有する。なお、ここではプリンタ８１〜８４は、それぞれ印刷能力が異なるものとする。
【００９４】
次に、プリンタ８１において実行される処理ルーチンについて、図１０に示すフローチャートを参照して説明する。なお、プリンタ８２〜８４についても同様である。
【００９５】
まず、ステップ２００では、処理依頼情報としての指示書をホストコンピュータ８０から受信したか否かを判断し、指示書を受信していない場合には、ステップ２２０へ移行し、指示書を受信している場合には、ステップ２０２へ移行する。この処理は、本発明のサービス処理装置に係る受信手段に相当する。
【００９６】
ステップ２０２では、指示書に実行可否情報要求コマンドが付加されているか否かを判断する。そして、実行可否情報要求コマンドが付加されていない場合はステップ２２２へ移行し、実行可否情報要求コマンドが付加されている場合には、ステップ２０４へ移行する。
【００９７】
ステップ２０４では、指示書を解釈し、指示書に記述された処理内容を実行可能か否かを判断する。この判断は、例えばプリンタ８１の図示しないメモリに予め記憶された前述したＩ／Ｆ情報に含まれる＜サービス種類＞と受信した指示書の処理内容とを比較することにより判断することができる。この処理は、本発明のサービス処理装置に係る解釈手段及び判断手段に相当する。
【００９８】
そして、処理可能でないと判断された場合は、ステップ２２４へ移行し、処理可能であると判断された場合はステップ２０６へ移行する。
【００９９】
ステップ２０６では、受信した指示書で指示された印刷処理の処理時間を算出する。処理時間は、例えば予めプリンタ８１のメモリに記憶された１枚あたりの印刷時間に、指示書により指示された総ページ数を乗算することにより算出することができる。
【０１００】
ステップ２０８では、処理料金を算出する。処理料金は、例えばカラー印刷の有無、用紙の種類等に応じて定まる１枚当たりの印刷料金に総ページ数を乗算することにより得ることができる。
【０１０１】
ステップ２１０では、能力不足パラメータを検出する。これは、例えば予めメモリに記憶された印刷能力に関する情報と、指示書で定義された印刷パラメータとを比較することにより行うことができる。予めメモリに記憶された印刷能力に関する情報には、プリンタ８１で印刷可能なフォントの情報、印刷可能な解像度等のプリンタの能力を示す情報が含まれる。これにより、指示書で指定された印刷パラメータのうち、指定された印刷パラメータで印刷できない能力不足のパラメータを検出することができる。
【０１０２】
ステップ２１２では、資源情報を検出する。この資源情報には、プリンタ８１に残っている用紙の枚数や、トナーの残量等、印刷に必要な資源に関する情報が含まれる。これにより、指示書で指定された用紙の残枚数やトナーの残量を検出して印刷可能か否かの情報を提供することができる。
【０１０３】
ステップ２１４では、実行可能か否かを示す情報と、算出した処理時間、処理料金、能力不足パラメータに関する情報、及び資源情報を含む処理条件情報と、を含む実行可否情報を生成する。なお、能力不足パラメータに関する情報については、能力不足のパラメータの種類だけでなく、そのプリンタ８１において実行可能なパラメータの情報を含めるようにしてもよい。例えば、能力不足パラメータにフォントが含まれる場合、プリンタ８１で印刷可能なフォントの種類の情報を実行可否情報に含める。また、能力不足パラメータが解像度の場合には、プリンタ８１で印刷可能な最大の解像度を実行可否情報に含める。
【０１０４】
なお、ステップ２０４で処理可能でないと判断された場合には、ステップ２２４において、処理不可能であることを示す情報を含む実行可否情報を生成する。
【０１０５】
そして、ステップ２１６では、指示書で指定された実行可否情報の送信先の情報を取得し、ステップ２１８で、取得した送信先へ実行可否情報を送信先へ送信する。この処理は、本発明のサービス処理装置に係る送信手段に相当する。
【０１０６】
ステップ２２０では、ホストコンピュータ８０から処理を実行するように要求されたか否かを判断し、要求されていない場合にはステップ２００へ戻って上記と同様の処理を行い、要求された場合、すなわちホストコンピュータ８０側で印刷処理を実行する装置として選択された場合には、ステップ２２２において、要求された印刷処理を実行する。この処理は、本発明のサービス処理装置に係る実行手段に相当する。
【０１０７】
次に、ホストコンピュータ８０において実行される処理ルーチンについて、図１１に示すフローチャートを参照して説明する。なお、図１１に示す処理ルーチンは、例えばネットワーク５に接続されたクライアント端末１０等から指示書の実行が指示され、指示書を取得すると実行される。
【０１０８】
まず、ステップ３００では、取得した指示書を解釈し、ネットワーク５に接続された印刷処理を実行可能なデバイスを検索する。この検索は、例えば前述したサービス検索サーバ２０に依頼することにより行うことができる。また、サービス検索サーバ２０の機能をホストコンピュータ８０が備えていれば、自らデバイスを検索することができる。
【０１０９】
ステップ３０２では、検索されたデバイスが複数あるか否かを判断し、複数でない場合には、ステップ３１２へ移行し、図９に示すシステムのように複数ある場合には、ステップ３０４へ移行する。
【０１１０】
ステップ３０４では、指示書に実行可否情報要求コマンドを付加する。そして、次のステップ３０６で検索された複数のデバイス、すなわちプリンタ８１〜８４に指示書を送信する。なお、ステップ３０４，３０６の処理は、本発明の管理装置に係る要求手段に相当する。
【０１１１】
ステップ３０８では、実行可否情報を受信したか否かを判断し、受信していない場合には受信するまで待機する。一方、実行可否情報を受信した場合には、ステップ３０９で、全てのプリンタ８１〜８４から実行可否情報を受信したか否かを判断し、全て受信していない場合には、ステップ３１６へ移行し、全て受信した場合には、ステップ３１０へ移行する。ステップ３１６では、実行可否情報を図示しないメモリに記憶する。なお、ステップ３０８の処理は、本発明の管理装置に係る受信手段に相当する。
【０１１２】
ステップ３１０では、受信した実行可否情報を参照し、実行可能であるプリンタが存在するか否かを判断し、実行可能なプリンタが存在する場合にはステップ３１１へ移行し、存在しない場合にはステップ３１８でエラー処理を行う。このエラー処理では、例えば印刷処理を行うプリンタが存在しないことを報知する処理等を行う。
【０１１３】
ステップ３１１では、受信した実行可否情報に基づいて実際に処理をするデバイス、すなわちプリンタを選択する処理を行う。なお、この処理は、本発明の管理装置に係る選択手段に相当する。
【０１１４】
この選択処理では、例えば受信した実行可否情報のうち実行可能なプリンタが１つしかない場合には、そのプリンタを無条件に選択する。また、実行可能なプリンタが複数存在する場合には、ユーザーが使用するコンピュータ、例えばホストコンピュータ８０やクライアント端末１０のディスプレイに、図１２に示すような実行可否情報の一覧画面８５を表示させる。
【０１１５】
この一覧画面８５には、図１２に示すように、実行可能なプリンタのアドレス情報（図１２ではＩＰアドレス）、実行可否情報に含まれる処理条件情報、すなわち処理時間、処理料金、能力不足パラメータに関する情報、図１２では省略したが、資源情報が表示される。
【０１１６】
ユーザーは、この一覧画面８５を参照し、印刷処理を実行させたいプリンタを選択する。このように、複数のプリンタで実行可能な場合には、処理時間等の情報が一覧表示されるため、ユーザーは、例えば最も処理時間が短いプリンタを選択したり、処理料金が最も安いプリンタを選択したりする等、ユーザーの希望に合致するプリンタを容易に選択することができる。
【０１１７】
なお、ユーザーに実行させたいプリンタを選択させるのではなく、予め設定された条件に合致するプリンタを自動的に選択するようにしてもよい。例えば最も処理時間が短いプリンタ、最も処理料金が安いプリンタ、能力不足パラメータが全くなく最も出来映えのよいプリンタ、トナー残量や用紙残量が多く最も確実に印刷できるプリンタ等を選択条件として設定することができる。この条件は、例えばユーザが予め設定できるようにする。
【０１１８】
ステップ３１２では、選択されたプリンタに印刷処理を要求する。例えば、指示書に記述された文書の位置から文書を取得し、これを選択されたプリンタに送信することにより印刷を要求する。なお、この処理は、本発明の管理装置に係る処理依頼手段に相当する。
【０１１９】
ステップ３１４では、指示書に記述された全ての処理が終了したか否かを判断する。そして、全ての処理が終了していない場合には、ステップ３００へ戻って上記と同様の処理を繰り返し、全ての処理が終了した場合には、本ルーチンを終了する。
【０１２０】
このように、本実施形態では、指示書の実行の依頼に先立って、処理可能なデバイスを検索してから処理を依頼するため、不必要な処理依頼を行ってしまうのを防ぐことができる。また、処理を実行するデバイスが複数存在する場合には、そのデバイスの処理能力等に関する情報を収集し、収集した情報に基づいて最適なデバイスを選択することができるので、ユーザーの希望に沿った処理を行わせることができる。
【０１２１】
なお、本実施形態では、ホストコンピュータ８０が指示書を解釈して処理を実行可能なデバイスを検索する場合について説明したが、指示書を解釈する機能を有さない構成としてもよい。この場合、図１１のステップ３００、３０２の処理を省略し、単に指示書をネットワーク５に接続されているデバイスへ送信し、実行可能である旨の応答があったデバイスに対して処理を依頼すればよい。
【０１２２】
また、本実施形態では、管理装置の機能をホストコンピュータ８０が備えた構成について説明したが、これに限らず、プリンタ８１〜８４の少なくとも１つが管理装置としての機能を備えていても良い。この場合、管理装置としての特別な装置を設ける必要はない。
【０１２３】
さらに、本実施形態では、ホストコンピュータ８０とプリンタ８１〜８４がネットワーク５に接続された構成について説明したが、これに限らず、他の装置、例えばファクシミリやコピー機、各種機能を備えた複合機等がネットワークで接続された構成等、様々な装置がネットワークを介して接続された構成に対して本発明を適用可能である。
【図面の簡単な説明】
【０１２４】
【図１】本発明に係る文書処理システムの構成を示すブロック図である。
【図２】文書処理システムの各部間の情報の流れについて説明するためのブロック図である。
【図３】各装置に記憶されているＩ／Ｆ情報の構成を示す図である。
【図４】指示書エディタのＧＵＩに表示された指示書エディタ画面を示す図である。
【図５】指示書作成部によって作成された指示書の構成を示す図である。
【図６】指示書作成処理の手順を示すフローチャートである。
【図７】文書処理システムの連携処理の手順を示すフローチャートである。
【図８】指示書の一覧を表す指示書一覧画面の一例を示す図である。
【図９】文書処理システムが適用されるシステムの構成図である。
【図１０】プリンタで実行される処理ルーチンのフローチャートである。
【図１１】ホストコンピュータで実行される処理ルーチンのフローチャートである。
【図１２】ホストコンピュータで表示される画面例を示す図である。
【符号の説明】
【０１２５】
１ 文書処理システム
５ ネットワーク
１０ クライアント端末
２０ サービス検索サーバ
３０ 指示書生成サーバ
４０ 指示書管理サーバ
５０ 連携処理サーバ
６１ 画像処理装置
６２ 文書管理サーバ
６３ 文書配信サーバ
６４ 第１のサービス処理装置
６５ 第２のサービス処理装置
０      ホストコンピュータ
８１〜８４      プリンタ
８５      一覧画面
【図１】
2005275476.tif 000003
【図２】
2005275476.tif 000004
【図３】
2005275476.tif 000005
【図４】
2005275476.tif 000006
【図５】
2005275476.tif 000007
【図６】
2005275476.tif 000008
【図７】
2005275476.tif 000009
【図８】
2005275476.tif 000010
【図９】
2005275476.tif 000011
【図１０】
2005275476.tif 000012
【図１１】
2005275476.tif 000013
【図１２】
2005275476.tif 000014