JP4265250B2 - データ処理システム及びプログラム - Google Patents

Description

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

Claims (2)

1. 文書データの取込先、取り込まれた文書データの加工方法、及び加工された文書データの配信先の設定を受け付け、受け付けた設定結果に基づいて、前記文書データの取込、加工、及び配信の一連の処理を定義したルールを記憶する記憶手段と、
   前記ルールに従って前記一連の処理をネットワーク上で連携させて、前記文書データの取込先から前記文書データを取り込む入力系プラグイン、前記入力系プラグインに取り込まれた前記文書データを前記加工方法に基いて加工する処理系プラグイン、及び前記処理系プラグインで加工された前記文書データを前記配信先に配信する出力系プラグインに実行させるように制御する実行手段と、
   前記ルールに従った一連の処理が前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインによって実行されたときに発生したエラーの履歴を履歴情報として蓄積する蓄積手段と、
   前記履歴情報が前記蓄積手段に蓄積されているか否かを判断する第１の判断手段と、
   前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインが動作可能か動作不能かを判断する第２の判断手段と、
   前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインが入出力可能なデータフォーマットに基いて、前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインの各々の間でのフォーマット不一致の有無を判断する第３の判断手段と、
   前記第１の判断手段、前記第２の判断手段、及び前記第３の判断手段各々の判断結果に基いて、前記履歴情報が前記蓄積手段に蓄積されている場合でかつ、動作不能なプラグインがある場合には、該動作不能なプラグインを表すアイコンを不具合情報として生成し、前記履歴情報が前記蓄積手段に蓄積されている場合でかつ、フォーマット不一致のプラグインがある場合には、該フォーマット不一致のプラグインを表すアイコンを不具合情報として生成する不具合情報生成手段と、
   前記不具合情報生成手段で生成された不具合情報を表示手段に表示させるように制御する表示制御手段と、
   を備えたデータ処理システム。
2. コンピュータに、
   文書データの取込先、取り込まれた文書データの加工方法、及び加工された文書データの配信先の設定を受け付け、受け付けた設定結果に基づいて、前記文書データの取込、加工、及び配信の一連の処理を定義したルールに従って前記一連の処理をネットワーク上で連携させて、前記文書データの取込先から前記文書データを取り込む入力系プラグイン、前記入力系プラグインに取り込まれた前記文書データを前記加工方法に基いて加工する処理系プラグイン、及び前記処理系プラグインで加工された前記文書データを前記配信先に配信する出力系プラグインによって実行されるように制御させると共に、
   前記ルールに従った一連の処理が前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインによって実行されたときに発生したエラーの履歴を履歴情報として蓄積させ、
   前記履歴情報が蓄積されているか否かを判断させ、
   前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインが動作可能か動作不能かを判断させ、
   前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインが入出力可能なデータフォーマットに基いて、前記入力系プラグイン、前記処理系プラグイン、及び前記出力系プラグインの各々の間でのフォーマット不一致の有無を判断させ、
   判断結果に基いて、前記履歴情報が蓄積されている場合でかつ、動作不能なプラグインがある場合には、該動作不能なプラグインを表すアイコンを不具合情報として生成し、前記履歴情報が蓄積されている場合でかつ、フォーマット不一致のプラグインがある場合には、該フォーマット不一致のプラグインを表すアイコンを不具合情報として生成し、生成した不具合情報を表示手段に表示させる、
   ことを実行させるためのデータ処理プログラム。

Images