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