(57)【要約】【課題】文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をする際の処理効率を向上させる。【解決手段】ルールに従った処理の開始前の入力系プラグインでのドキュメント入力時にエラーが有った場合は、入力系プラグインからドキュメントを取り込んだ際に（ステップＳＴ１）、エラー履歴メモリにエラー内容を記憶してから（ステップＳＴ３）、正常に入力されたドキュメントについて、処理系プラグイン、出力系プラグインの処理がルールに従って実行する（ステップＳＴ４）。また、ルールに従った処理中にエラーが発生した場合も、エラー履歴メモリにその内容を記憶し（ステップＳＴ６）、引き続き正常なドキュメントに対するルールに従った処理は継続する（ステップＳＴ７からステップＳＴ４）。エラー履歴を参照し（ステップＳＴ８）、エラーが有った場合には、エラー履歴に基づいてエラー内容を報知する（ステップＳＴ１０）。【選択図】  図７
2004266471.tif 000002
【特許請求の範囲】
【請求項１】
文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理システムであって、
前記処理過程において、前記文書データに関してエラーが発生した場合に、当該エラーに該当する箇所以外の文書データについて前記所定の処理を継続させるように制御する制御手段を備える、ことを特徴とするサービス処理システム。
【請求項２】
エラー履歴を記憶するための記憶手段と、
エラーを報知するための報知手段と、をさらに備え、
前記制御手段は、エラーが発生した場合に、当該発生したエラーを示す情報を前記エラー履歴に登録しておき、予め定められた所定のタイミングで、前記エラー履歴に基づいて、前記報知手段から発生したエラーを報知させる、ことを特徴とする請求項１に記載のサービス処理システム。
【請求項３】
前記処理の対象となる前記文書データを入力するための入力手段をさらに備え、
前記制御手段が、前記文書データを入力した際に発生したエラーを示す情報を前記入力手段から取得し、取得した情報を前記記憶手段に記憶する、ことを特徴とする請求項２に記載のサービス処理システム。
【請求項４】
文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理プログラムであって、
コンピュータに、
文書データに関する所定の処理を実行させると共に、前記処理過程において、前記文書データに関してエラーが発生した場合に、当該エラーに該当する箇所以外の文書データについて前記所定の処理を継続させるように制御させる、ことを特徴とするサービス処理プログラム。
【請求項５】
前記コンピュータに、
前記エラーが発生した場合に、当該エラーに関する情報をエラー履歴に登録し、予め定められた所定のタイミングに、前記エラー履歴に基づいて、発生したエラーを報知するように制御させる、ことを特徴とする請求項４に記載のサービス処理プログラム。
【請求項６】
前記コンピュータに、
前記所定の処理の対象となる前記文書データを入力した前記ネットワーク上の装置から、当該文書データを入力した際に発生したエラーに関する情報を取得し、前記エラー履歴に登録するように制御させる、ことを特徴とする請求項５に記載のサービス処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス処理システム及びプログラムに係わり、特に、入力装置から入力された文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理システム及びプログラムに関する。
【０００２】
【従来の技術】
従来より、スキャナ、ファクシミリ（以下「ＦＡＸ」という。）、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバをネットワークで接続して、紙文書と電子情報の共有化を図ったネットワークシステムがある。
【０００３】
このようなネットワークシステムは、原稿を読み取るスキャナ、ペーパーレスＦＡＸ等の入力系からの文書ファイルを取り込み、イメージ加工、文字認識等の処理系を経て、プリンタやメールサーバ等の出力系を介して文書ファイルを外部に配信する。
【０００４】
通常、文書ファイルの取り込み、加工、配信はそれぞれ独立して行われる。このため、オペレータは、文書ファイルの取り込み、加工、配信を連続して実行したい場合は、取り込み、加工、配信のそれぞれについて所定の設定を行わなければならない。つまり、オペレータは、取り込み、加工、配信に関するウィンドウを１つずつ開いて、所定の入力操作を行わなければならず、非常に不便であった。
【０００５】
このため、従来より、入力から出力までの一連の処理をネットワーク上で連携して予め定義した順番で実行するワークフローシステムが導入されている。ワークフローシステムは、承認や回覧などオフィスで汎用的に使用されるワークフローを想定して、既存の紙ベースの業務システムをそのまま電子化することによって開発されることが多い（例えば、特許文献１、特許文献２、特許文献３を参照。）。
【０００６】
【特許文献１】
特開２００２−９９６８６号公報
【特許文献２】
特開２００１−３２５３８９号公報
【特許文献３】
特開２００１−１９５２９５号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のワークフローシステムは、特定のサービスを提供するものであり、イレギュラーな処理には対応できなかった。すなわち、ＦＡＸ受信中の受信エラーなど、処理の途中でエラーが発生すると、処理が中止されてしまい、途中までは正常に処理されていたとしても、ワークフローの最初から処理をやり直さなければならず、効率が悪かった。特に、迅速性を要求しているユーザに対しては、このようにエラー発生で即処理中止になってしまうと、不具合になってしまう。
【０００８】
本発明は上記問題点を解消するためになされたもので、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をする際の処理効率を向上させることができるサービス処理システム及びプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載のサービス処理システムは、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理システムであって、前記処理過程において、前記文書データに関してエラーが発生した場合に、当該エラーに該当する箇所以外の文書データについて前記所定の処理を継続させるように制御する制御手段を備えることを特徴としている。
【００１０】
このサービス処理システムによれば、文書データに関してエラーが発生した場合でも、制御装置により、当該エラーに該当する箇所以外の文書データについての所定の処理は継続される。
【００１１】
これにより、例えば、複数ページの文書データに関して所定の処理を行う場合に、あるページの文書データに関してエラーが発生しても、当該ページ以外のページの文書データに関する所定の処理は中止されずに継続されるので、従来よりも処理効率が高い。
【００１２】
ただし、上記のサービス処理システムにおいては、文書データに関して所定の処理を行うサービスによって得られた結果には、本来有るべき文書データが全て揃っていない場合がある。
【００１３】
このため、請求項２に記載されているように、エラー履歴を記憶するための記憶手段と、エラーを報知するための報知手段と、をさらに備え、前記制御手段は、エラーが発生した場合に、当該発生したエラーに関する情報を前記エラー履歴に登録しておき、予め定められた所定のタイミングで、前記エラー履歴に基づいて、前記報知手段から発生したエラーを報知させるようにするとよい。
【００１４】
なお、上記のサービス処理システムにおいて、文書データに関するエラーには、文書データを入力した際に発生したエラーや、所定の処理の実行中に発生したエラーなどが含まれる。
【００１５】
特に、処理の対象となる前記文書データを入力するための入力手段をさらに備え、文書データを入力した際に発生したエラーを扱う場合には、請求項３に記載されているように、前記制御手段が、前記文書データを入力した際に発生したエラーを示す情報を前記入力手段から取得し、取得した情報を前記記憶手段に記憶する、ようにするとよい。
【００１６】
上記のサービス処理システムは、ネットワーク上のコンピュータに以下のようなサービス処理プログラムを実行させることにより実現できる。
【００１７】
すなわち、請求項４に記載されているように、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理プログラムであって、コンピュータに、文書データに関する所定の処理を実行させると共に、前記文書データに関してエラーが発生した場合には、当該エラーが発生した文書データ以外に関する前記所定の処理を継続するように制御させる、ことを特徴とするサービス処理プログラムをコンピュータに実行させればよい。
【００１８】
また、上記サービス処理プログラムにおいては、請求項５に記載されているように、前記コンピュータに、前記エラーが発生した場合に、当該エラーに関する情報をエラー履歴に登録し、予め定められた所定のタイミングに、前記エラー履歴に基づいて、発生したエラーを報知するように制御させる、ようにするとよい。
【００１９】
また、特に、文書データを入力した際に発生したエラーを扱う場合には、請求項６に記載されているように、前記コンピュータに、前記所定の処理の対象となる前記文書データを入力した前記ネットワーク上の装置から、当該文書データを入力した際に発生したエラーに関する情報を取得し、前記エラー履歴に登録するように制御させる、ようにするとよい。
【００２０】
【発明の実施の形態】
次に、図面を参照して本発明に係る実施形態の１例を詳細に説明する。
【００２１】
［システム構成］
図１は、本発明の実施の形態に係る文書共有ネットワークシステム１の概略的な構成を示す図である。
【００２２】
上記文書共有ネットワークシステム１は、プリント機能、スキャナ機能及びファクシミリ機能を兼ね備えた複数の複合機１０と、電子メールの送受信等を行うメールサーバ２０と、複数の端末装置２５と、ドキュメントを所定の取り込み先から取り込んで所定の加工を施した後、所定の配信先に配信する制御を行う制御装置３０と、を備えている。ここにいうドキュメントは、本発明の文書データに対応し、主に文書に関するイメージデータであるが、加工処理の状態に応じてテキストデータを含むものであってもよく、特に限定されるものではない。
【００２３】
複合機１０、メールサーバ２０、各端末装置２５及び制御装置３０は、ネットワーク５を介して相互に接続されている。なお、ネットワーク５には、図示しないが、プリンタ、スキャナ、ファクシミリ装置がそれぞれ接続されてもよい。
【００２４】
図２は、文書共有ネットワークシステム１の処理の概要を説明する図である。
複合機１０、メールサーバ２０及び端末装置２５は、ネットワーク５を介して相互に接続されているものの、通常は独立して動作する。そこで、制御装置３０は、文書共有ネットワークシステム１における取り込み先、加工方法、配信先を設定し、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化して、コアサービスを提供するものである。
【００２５】
ここで、一連の処理を自動化／定型化するための定義したものを「ルール」という。ルールの設定については後述する。また、取り込み、加工方法、配信のそれぞれの特定の機能を提供するアプリケーションプログラムを、入力系プラグイン、処理系プラグイン、出力系プラグインという。
【００２６】
図３は、複合機１０の構成を示すブロック図である。
【００２７】
複合機１０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、原稿に記録された画像を読み取るスキャナ部１１と、感光体に静電潜像を記録し、静電潜像をモノクロトナーまたはカラートナーを用いて現像し、現像した画像を記録紙に転写して出力するプリンタ部１２と、ファクシミリ電文の送受信を行うファクシミリ（以下「ＦＡＸ」という。）部１３とを備えている。
【００２８】
複合機１０は、さらに、全体を制御するコントローラ１４と、スキャナ部１１で読み取られた画像データやネットワーク５を介して受信した画像データ、ＦＡＸ受信電文のデータ等を記憶するメモリ１５と、アイコンを有する操作画面を表示すると共にアイコンへの接触に応じて操作情報を入力する表示パネル１６と、データを入出力するための入出力ポート１７と、ネットワークに接続された機器と通信を行う通信制御ユニット１８とを備えている。
【００２９】
スキャナ部１１、プリンタ部１２、ＦＡＸ部１３、コントローラ１４、メモリ１５、表示パネル１６及び入出力ポート１７は、バスを介して相互に接続されている。入出力ポート１７は、通信制御ユニット１８を介してネットワーク５に接続されている。なお、スキャナ部１１は、ＦＡＸ部１３の一部として組み込まれてもよい。
【００３０】
なお、通常、複合機１０では、処理中にエラーが発生した場合に、そのエラーの内容を示す障害情報１９を生成し、メモリ１５の所定記憶領域をエラー履歴メモリ１５Ａとして、生成した障害情報１９をエラー履歴メモリ１５Ａに蓄積記憶するようになっている（図８参照）。障害情報には、ジョブを識別するためのジョブＩＤ、エラーを起こしたページ番号、及びエラー要因などが含まれる。エラー要因としては、例えば、ＦＡＸ受信時の通信エラー（所謂Ｋ７エラー）、受信データやスキャニングデータのデコードに失敗したデコードエラー、自動原稿送り機能を使用したスキャニング時に読取り原稿が紙詰まりを起こしたなどハードウェア的なエラーなどがある。
【００３１】
また、本実施形態に係る複合機１０では、メモリ１５の所定記憶領域が複数の親展ＢＯＸ１５Ｂとして仕切られており、各親展ＢＯＸ１５Ｂは、ＢＯＸ番号（例えばＢＯＸ番号１〜３００）により管理されている。複合機１０は、スキャナ部１１でスキャニングしたドキュメントやＦＡＸ部で受信したドキュメントにファイル名を付けて、親展ＢＯＸ１５Ｂに保存し、当該親展ＢＯＸ１５に対して予め設定された送信先へ送信することもできるようになっている。
【００３２】
メールサーバ２０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、ネットワーク５に接続された各端末装置２５の電子メールの送受信を行うサーバである。
【００３３】
端末装置２５は、入力系プラグイン、処理系プラグイン及び出力系プラグインの機能を提供し得るものであり、いわゆるパーソナルコンピュータである。端末装置２５は、例えばメールサーバ２０を介して外部と電子メールの送受信を行ったり、ファイルフォルダにドキュメントを保管したり、ドキュメントに対して所定の画像処理を行う。
【００３４】
制御装置３０は、ワークフローとしてのルールを設定したり、ルールに基づいてドキュメントの取り込み、加工及び配信までの一連の処理を実行するものである。なお、制御装置３０は、処理系プラグインになってもよい。
【００３５】
図４は、制御装置３０の構成を示すブロック図である。
【００３６】
制御装置３０は、全体を制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１、ワークエリアとしてデータを一時格納するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３２、ＣＰＵ３１の制御プログラム等を記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３３、ルールを設定するためのルール設定画面などを表示するディスプレイ３４、ＣＤ−ＲＯＭドライブ３５を備えている。
【００３７】
制御装置３０は、さらに、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化するためのプログラム、処理系プラグインとして機能するためのアプリケーションプログラムや所定のデータ等を記憶したり読み出すハードディスクドライブ３６、文章や記号等を入力するキーボード３７、ポインティングデバイスであるマウス３８、これらが接続されたインタフェース３９、入出力ポート４０及び通信制御ユニット４１を備えている。
【００３８】
ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、インタフェース３９及び入出力ポート４０は、ネットワーク５に接続された複合機１０等の他の機器と通信を行う通信制御ユニット４１に接続されている。
【００３９】
なお、キーボード３７は、ディスプレイ３４に様々な設定画面が表示されたときに、オペレータの指示する情報を直接入力するときに用いられる。また、マウス３８は、ディスプレイ３４に様々な設定画面が表示されたときに、表示されたものを選択したり、設定指示の内容を入力するとき使用される。
【００４０】
［ルールの一例］
図５は、制御装置３０によって入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。
【００４１】
例えば、ルール１は、複数の入力系プラグイン（ＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス）からドキュメントを取り込み、複数の処理系プラグイン（イメージ加工、光学文字認識（ＯＣＲ）、属性付与／分配）を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。
【００４２】
ルール２は、ファイルフォルダ及びＭａｉｌ＿ＭＡＰＩ入力からドキュメントを取り込み、イメージ加工、属性付与／分配の処理を経て、処理済みのドキュメントを外部サービス連携フォルダに配信することを定義している。
【００４３】
ルール３は、ファイルフォルダからドキュメントを取り込み、イメージ加工、ＯＣＲ連携モジュール、属性付与／分配の処理を経て、処理済みのドキュメントをファイルフォルダに配信することを定義している。
【００４４】
ルール４は、所定のＢＯＸ番号の親展ＢＯＸ１５Ｂからドキュメントを取り込み、自動成立、ＯＣＲ、ファイル名生成・付与、画像＆テキストのバインドの処理を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。
【００４５】
なお、ルール１からルール４は、各処理系プラグインの前後において次の処理に必要なフォーマット（ＦＭＴ）変換を行っている。
【００４６】
ここで、入力系プラグインとしては、図５に示すように、例えばＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス、Ｍａｉｌ＿ＳＭＴＰ入力、ＰＯＰクライアント、Ｍａｉｌ＿ＭＡＰＩ入力などがある。また、図１に示す親展ボックスも該当する。
【００４７】
処理系プラグインとしては、イメージ加工、ＯＣＲ、属性付与／分配、ＯＣＲ連携モジュール等がある。
【００４８】
出力系プラグインとしては、例えばファイルフォルダ、外部サービス連携フォルダ、ｆｔｐ出力、ファイルメッセージ、Ｍａｉｌ＿ＳＭＴＰ出力、Ｍａｉｌ＿ＭＡＰＩ出力などがある。なお、入力系、処理系及び出力系の各プラグインは、上述したものに限定されるものではない。
【００４９】
［制御装置の機能構成］
次に、図６を参照して、本実施の形態に係る制御装置３０における、上記ルールの作成、及びドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化するための機能を説明する。図６は、ＣＰＵ３１でのプログラム実行により、図４で示したハードウェア資源を利用して制御装置３０に構築される機能構成を示す図である。
【００５０】
図６に示すように、制御装置３０には、コアサービス部５０、アプリケーションサービス部６０、及び通信部７０の機能が構築されるようになっている。
【００５１】
コアサービス部５０は、制御装置３０の起動時にメモリに常駐される制御プログラムをＣＰＵ３１で実行することにより構築されるものであり、ルール生成・管理部５１、ルールチェック部５２、及びプラグイン状態チェック部５３を備えている。
【００５２】
ルール生成・管理部５１は、ルールを生成すると共に生成したルールを管理するものである。詳しくは、ルール設定用の画面（図示省略）をディスプレイ３４に表示し、該ルール設定用の画面を介してユーザにより入力された情報に基づいて、取り込み先、加工方法、配信先を設定し、ドキュメントの取り込み、加工及び配信までの一連の処理を定義したルールを生成する。生成したルールは、ＲＡＭ３２を介してハードディスクドライブ３６に保存したり、図示しない外部記憶媒体に記憶させる。
また、ルール生成・管理部５１は、ルール設定用の画面（図示省略）から、保存後のルールの修正も受付け、修正結果に基づいて保存後のルールを更新することもできる。さらに、ルール生成・管理部５１は、生成したルールの中から、現在実行可能なルールのみ実行可能に管理する。
【００５３】
ルールチェック部５２は、生成したルールの適否をチェックするものである。
詳しくは、各プラグインの入出力可能なデータフォーマットに基づいて、前後に接続されたプラグイン間でのフォーマット不一致の有無を判断することで、ルールの適否をチェックする。このチェック結果に基づいて、ルール生成・管理部５１は、ユーザにエラー報知してルール修正を促し、ルール修正を受け付ける。
【００５４】
プラグイン状態チェック部５３は、各プラグインの状態（動作可能／不能）をチェックするものである。ルール生成・管理部５１は、このプラグイン状態チェック部５３のチェック結果に基づいて、現在実行可能なルールを判別し、実行不能なルールの起動が指示された場合には、エラーを報知する。
【００５５】
アプリケーションサービス部６０は、ルールの所定の実行タイミングとなったら動作する、すなわちＣＰＵ３１がルールに従って処理を実行する場合に構築されるものであり、ルール実行部６１及びエラー履歴メモリ６２を備えている。
【００５６】
ルール実行部６１は、本発明の制御手段の機能に対応し、ルールに従って一連の処理が成されるように制御処理を行うと共に、何らかのエラー発生時にも、可能な限り処理を継続させるように制御するようになっている。なお、ルール実行部６１で実行するルールについては、ルール生成・管理部５１により制御される。
【００５７】
また、ルール実行部６１は、ルール実行中に何らかのエラーが発生した場合には、そのエラー要因、ジョブ番号、ページ番号といった情報をエラー履歴として、エラー履歴メモリ６２に記憶する。このエラー履歴メモリ６２が本発明の記憶手段に対応し、エラー履歴メモリ６２としては、例えばハードディスクドライブ３６の所定の記憶領域を用いることができる。
【００５８】
このエラー履歴メモリ６２の記憶されたエラー履歴は、ルール実行部６１によるルール実行後に、当該ルール実行中のエラー有無の判別、及びエラーが有った場合にはエラー報知に用いられる。
【００５９】
通信部７０は、コアサービス部５０やアプリケーションサービス部６０により、他の装置とデータの送受信、他の装置で実現されるプラグインの状態チェック、他の装置へエラー報知するために、他の装置とネットワーク５を介して通信を行うものである。
【００６０】
［ルールの実行］
制御装置３０は、ルール実行の所定タイミングとなると、ハードディスクドライブ３６や外部記憶媒体に記憶されたルールに基づいて、文書共有ネットワークシステム１の中からドキュメントの取り込み、ドキュメントを加工した後、所定の配信先に配信するまの一連の処理を実行する。
【００６１】
図７は、制御装置３０のＣＰＵ３１がルールに従って処理を実行するときの手順を示すフローチャートである。すなわち、制御装置３０のＣＰＵ３１は、次のステップＳＴ１からステップＳＴ１０までの処理を実行する。
【００６２】
ここでは、図５に示したルール４を例に挙げて説明する。このルール４では、スキャナ部１１或いはＦＡＸ部１３により、原稿をスキャニング或いはＦＡＸ受信して得たドキュメントが、所定のＢＯＸ番号の親展ＢＯＸ１５Ｂに格納された場合に実行される。すなわち、スキャナ部１１或いはＦＡＸ部１３が本発明の入力手段として用いられ、複合機１０が、本発明の所定の処理の対象となる文書データを入力したネットワーク上の装置になる。
【００６３】
また、複合機１０では、この親展ＢＯＸ１５Ｂへのドキュメント格納の際、すなわちスキャニング時やＦＡＸ受信時にエラーが発生した場合には、一般に、図８に示すように、当該発生したエラーの内容（ジョブＩＤ、ページ番号、エラー要因）を示す障害情報１９がエラー履歴メモリ１５Ａに格納されている。
【００６４】
図７のステップＳＴ１では、ルールの「取り込み先」として設定された入力系プラグイン（親展ＢＯＸ１５Ｂ）からジョブに関連するドキュメントをページ単位で順次取り込む。そして全ページを正常に取り込むことができたら、次のステップＳＴ２からステップＳＴ４にそのまま進む、エラーが有った場合には、ステップ２からステップ３に進み、エラー履歴メモリ６２に当該エラーの内容を記憶してから、ステップＳＴ４に進む。
【００６５】
具体的には、エラーの有無については、制御装置３０から複合機１０側のエラー履歴メモリ１５Ａを参照し、対応するジョブＩＤの障害情報１９の有無により判断することができ、エラーが有った場合には、エラー履歴メモリ１５Ａから対応する障害情報１９を読み出してエラー履歴メモリ６２に格納する。
【００６６】
或いは、複合機１０から制御装置３０へエラー履歴メモリ１５Ａに新規登録された障害情報１９を読み出して送信することによって、エラーの有無が判断されるようにしてもよい。また、或いは、取り込んだドキュメントのページが正常なものであるか否かによって、エラーの有無を判断することもできる。
【００６７】
ステップＳＴ４では取り込んだドキュメントをページ単位に正常であるか否かを判別して、正常に取り込まれた正常ドキュメントの各ページに対してのみ、ルールの「加工方法」として設定された処理系プラグインの処理を実行し、「配信先」として設定された出力系プラグイン（例えば、ファイルフォルダ）に対して、配信条件に従って配信する。なお、取り込んだ各ページのドキュメントが正常であるか否かは、例えばエラー履歴メモリ６２に格納した障害情報１９を参照することで容易に判断することができる。
【００６８】
具体的に、ルール４の場合、ステップＳＴ４では、適宜フォーマット変換を行いながら、ドキュメント（画像）が正立されるように回転させる自動正立、光学文字認識（ＯＣＲ）の後、認識した文字の一部を用いてファイル名を生成してＯＣＲ処理後のテキストに付与し、ドキュメントの画像をバインドして、ファイルフォルダに格納すると共に、プリント出力する。
【００６９】
なお、フォーマット変換は、設定された処理系プラグインに基づいて自動的に実行してもよいし、オペレータのマニュアル設定によって実行してもよい。
【００７０】
処理系プラグインの処理及び出力系プラグインへの配信は、正常ドキュメントの各ページに対して終了するまでは、次のステップＳＴ５からステップＳＴ７を介してステップＳＴ４に戻り繰返し実行されるが、例えばフォーマット変換に失敗したなど、途中でエラーが発生した場合には、ステップＳＴ５からステップＳＴ６に進み、当該エラーの内容を示す障害情報をエラー履歴メモリ６２に記憶してから、未処理のページが残っている場合はステップＳＴ７を介してステップＳＴ４に戻る。なお、エラーが発生したページについての処理は、エラー発生時点で中止させてもよいし、エラーが発生した状態のまま最後まで、すなわち出力系プラグインへ配信してもよい。
【００７１】
正常ドキュメントの各ページに対する処理系プラグインの処理及び出力系プラグインへの格納が終了したら、ステップＳＴ７で肯定判定されて、ステップＳＴ８に進む。
【００７２】
ステップＳＴ８では、エラー履歴メモリ１５Ａを参照して、対応する障害情報１９の有無により、当該実行したルールに関するエラーの有無を判別する。そして、エラーが有った場合には、次のステップＳＴ９で肯定判定されてステップＳＴ１０に進み、エラーが有ったことを報知してから、図７の処理を終了する。
【００７３】
なお、図７では、ルールの終了時にエラーを報知するようにした例を示したが、エラー発生時点（ステップＳＴ２、ステップＳＴ５で肯定判定した時）で、その都度、エラーを報知するようにしてもよい。
【００７４】
また、エラーを報知相手については、文書共有ネットワークシステム１のユーザであってもよいし、ＦＡＸ送信際のユーザであってもよい。また、エラーの報知方法については、特に限定されるものではなく、例えば、制御装置３０のディスプレイにメッセージを表示したり、予め定められた端末装置へデータを送信して端末装置のディスプレイにメッセージを表示させることが挙げられる。また、予め定められたメールアドレスにエラーがあったことを示す電子メールを送信したり、予め定められたファイルフォルダにエラーがあったことを示すデータを格納することも挙げられる。また、ＦＡＸ送信元のＦＡＸ番号へ公衆回線を介してエラーＦＡＸを送信し返すようにしてもよい。
【００７５】
一方、ステップＳＴ８でエラーの有無を判別した結果、エラーが無かった場合には、次のステップＳＴ９で否定判定されて、そのまま図７の処理を終了する。
【００７６】
このように、本実施の形態に係る文書共有ネットワークシステム１では、制御装置３０にエラー履歴メモリ６２を設け、ルールに従った処理中にエラーが発生した場合には、制御装置３０の制御により、エラー履歴メモリ６２にそのエラー内容を記憶して、正常なドキュメントに対するルールに従った処理は継続されるようにしたので、従来よりも処理効率を向上させることができる。また、エラー履歴メモリ６２のエラー履歴に基づいて、エラーが有った場合には、エラー内容を報知するようにしたので、ルールに従って処理して得られた結果が全ページのドキュメントが揃っているものであるのか否かをユーザが把握可能である。
【００７７】
また、特に、ルールに従った処理の開始トリガーとなる入力系プラグイン（ルール４の場合は親展ＢＯＸ１５Ｂ）でのドキュメント入力時にエラーが有った場合にも、制御装置３０の制御により、正常に入力されたドキュメントについてはルールに従った処理が実行されるようにしたので、従来技術では、ドキュメント入力時にエラーが発生すると、ルールに従った処理が全く行われなくなってしまったのと比べて、より処理効率の向上効果が高い。また、この場合に、制御装置３０において、入力プラグイン側から障害情報１９を取得し、エラー履歴として管理するようにしたので、入力系プラグインでのドキュメント入力時に発生したエラー内容も報知することができる。
【００７８】
ここで、入力系プラグインでのドキュメント入力時にエラーが有った場合について図８を参照して具体的に説明する。
【００７９】
図８（Ａ）は、スキャナ部１１により原稿をスキャニングして、或いはＦＡＸ部１３によりＦＡＸ受信してドキュメントを取得して親展ＢＯＸ１５Ｂに格納している途中で、例えば全４ページ中の３ページ目でエラーが発生し、スキャニング或いはＦＡＸ受信が中止され、親展ＢＯＸ１５Ｂに１ページ目と２ページ目しか正常ドキュメントとして格納されなかった場合を示している。なお、図８（Ａ）は、主として、スキャン対象原稿の紙詰まりなどのハードウェア的なエラーや、ＦＡＸの通信エラーを想定したものである。
【００８０】
この場合、上記の如く処理することで、制御装置３０では、親展ＢＯＸ１５Ｂから取り込んだ１ページ目と２ページ目の正常ドキュメントに対してはルールに従った通常処理を継続させると共に、エラー履歴メモリ１５Ａから、エラーが発生した３ページ目のエラー内容を示す障害情報１９を取得して、該制御装置３０側のエラー履歴メモリ６２に格納する。そして、この障害情報１９に基づいて、全４ページ中の３ページ目以降についてはスキャニングエラー或いはＦＡＸ受信エラーにより処理されなかったことをユーザに報知する。
【００８１】
また、図８（Ｂ）は、スキャナ部１１により原稿をスキャニングして、或いはＦＡＸ部１３によりＦＡＸ受信してドキュメントを取得して親展ＢＯＸ１５Ｂに格納している途中で、例えば全４ページ中の３ページ目でエラーが発生し、当該エラー後も最終ページの４ページまでスキャニング或いはＦＡＸ受信は継続された場合を示している。なお、図８（Ｂ）は、主にデコードエラーを想定したものであるが、ＦＡＸの通信エラー時に受信が継続されるようにＦＡＸを設定してもよい。
【００８２】
この場合、制御装置３０では、親展ＢＯＸ１５Ｂから取り込んだ１、２、４ページ目の正常ドキュメントに対しては、ルールに従った通常処理を継続させると共に、エラー履歴メモリ１５Ａから、エラーが発生した３ページ目のエラー内容を示す障害情報１９を取得して、該制御装置３０側のエラー履歴メモリ６２に格納する。そして、この障害情報１９に基づいて、３ページ目についてはスキャニングエラー或いはＦＡＸ受信エラーにより処理されなかったことをユーザに報知する。
【００８３】
これにより、エラーにより正常に入力できなかったドキュメントが有り、全ページのドキュメントが揃っていない場合には、ユーザは、入力に失敗したドキュメントの再入力指示を入力して障害原稿についてのみ処理を再実行させるなどして、全ページ分の処理結果を得ることができる。
【００８４】
なお、上記では、図７に示したように、入力系プラグインからドキュメントを取り込んだ際に、エラーの有無を判断して（ステップＳＴ２）、エラーの無かった正常なドキュメントに対してのみ、処理系プラグイン、出力系プラグインの処理に進む（ステップＳＴ４）ようにした場合を例に説明したが、本発明はこれに限定されるものではない。正常であるか否かに係わらず取り込んだドキュメントの各ページに対して、処理系プラグイン、出力系プラグインの処理に進むようにしてもよい。この場合、取り込んだドキュメントのページに入力系プラグインへの入力に失敗した異常なものがあったら、当該ページに対する処理系プラグインでの処理時にエラー判定され、エラー履歴が記憶されるので、エラー報知（ステップＳＴ１０）に支障はない。
【００８５】
なお、上記では、ネットワーク５上に制御装置３０を設け、制御装置３０の制御により、ワークフローとして予め定めたルールに従って、ドキュメント取り込みから、加工、配信までの一連の処理を行うサービスをネットワーク５上で連携して処理されるようにした文書共有ネットワークシステム１をサービス処理システムとして、本発明を適用した例に説明したが、本発明はこれに限定されるものではない。本発明を適用するサービス処理システムは、ワークフローに従って一連の処理を連続して実行することができれば、如何なる形態であっても構わない。
【００８６】
【発明の効果】
上記に示したように、本発明は、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理をするサービス処理システムにおいて、処理効率を向上させることができるという優れた効果を有する。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る文書共有ネットワークシステムの概略図である。
【図２】文書共有ネットワークシステムの処理の概要を説明する図である。
【図３】複合機の構成を示すブロック図である。
【図４】制御装置の構成を示すブロック図である。
【図５】入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組合せて生成することができるルールの一例を説明する図である。
【図６】制御装置の機能構成を示すブロック図である。
【図７】制御装置のＣＰＵがルールに従って処理を実行するときの手順を示すフローチャートである。
【図８】（Ａ）、（Ｂ）は、ドキュメントをスキャニング或いはＦＡＸ受信して、入力系プラグインとしての親展ＢＯＸに格納している途中でエラーが発生した場合の処理を説明するための概念図である。
【符号の説明】
１      文書共有ネットワークシステム
５      ネットワーク
１０  複合機
１５  メモリ
１５Ａ            エラー履歴
１５Ｂ  親展ＢＯＸ
１９  障害情報
２５  端末装置
３０  制御装置
３１  ＣＰＵ
３６  ハードディスクドライブ
５０  コアサービス部
６０  アプリケーションサービス部
６２  エラー履歴メモリ
【図１】
2004266471.tif 000003
【図２】
2004266471.tif 000004
【図３】
2004266471.tif 000005
【図４】
2004266471.tif 000006
【図５】
2004266471.tif 000007
【図６】
2004266471.tif 000008
【図７】
2004266471.tif 000009
【図８】
2004266471.tif 000010