(57)【要約】【課題】  優先順位を指定可能にする。【解決手段】  入力端末５０では、指示書管理部５２により、＜処理開始日時＞、＜優先度＞、＜ユーザ＞といった当該指示書の優先順位を指定するためのパラメータ情報６２を指示書６０内に記述してから、指示書６０を制御装置３０に送信するようにした。制御装置３０では、入力端末５０から指示書６０を受信したら、ジョブ管理部７４において、当該指示書６０内のパラメータ情報６２に基づいて当該指示書６０の処理開始日時や順序を決定し、この決定結果に従って、ジョブ開始部７５により指示書６０で指示された処理（ルール）をルール処理部７３に開始させるようにした。【選択図】  図６
2005192106.tif 000002
【特許請求の範囲】
【請求項１】
入力端末から文書データに関して行う処理が記述された指示書が入力され、入力された前記指示書に従って、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理装置であって、
優先順位を指定するための優先順位情報を含んだ前記指示書を受信する受信手段と、
予め定められた前記優先順位情報と優先順位との対応関係、及び前記受信手段により受信した前記指示書に含まれる前記優先順位情報に基づいて、当該指示書に従った前記サービスの実行順序を決定する実行順序決定手段と、
前記実行順序決定手段により決定された実行順序に従って、前記指示書に従ったサービスを実行開始する開始手段と、
を有することを特徴とするサービス処理装置。
【請求項２】
予め定められた第１の所定条件の場合に、前記優先順位情報を変更する第１の変更手段を更に有する、
ことを特徴とする請求項１に記載のサービス処理装置。
【請求項３】
前記第１の所定条件を設定するための第１の設定手段を更に有する、
ことを特徴とする請求項２に記載のサービス処理装置。
【請求項４】
予め定められた第２の所定条件の場合に、前記優先順位情報と優先順位との対応関係を変更する第２の変更手段を更に有する、
ことを特徴とする請求項１乃至請求項３に記載のサービス処理装置。
【請求項５】
前記第２の所定条件及び前記対応関係を設定するための第２の設定手段を更に有する、
ことを特徴とする請求項４に記載のサービス処理装置。
【請求項６】
請求項１乃至請求項５の何れか１項に記載のサービス処理装置に前記指示書を入力するために用いられる入力端末であって、
優先順位を設定するために操作される操作設定手段と、
前記操作設定手段の被操作により設定された優先順位を指定するための優先順位情報を含む前記指示書を生成する生成手段と、
前記生成手段により生成された前記指示書を前記サービス処理装置へ送信する送信手段と、
を有することを特徴とする入力端末。
【請求項７】
前記指示書を複数記憶可能な指示書記憶手段と、
前記指示書を指定するために操作される操作指定手段と、
前記操作指定手段の被操作により指定された指示書を前記指示書記憶手段から選択する指示書選択手段と、を更に有し、
前記生成手段が、前記指示書選択手段により選択された前記指示書内に、前記優先順位情報を記述する、
ことを特徴とする請求項６に記載の入力端末。
【請求項８】
文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、
請求項１乃至請求項５の何れか１項に記載のサービス処理装置と、
請求項６又は請求項７の何れか１項に記載の入力端末と、
を有し、
前記入力端末から前記サービス処理装置へ前記優先順位情報を含む前記指示書を入力する、
ことを特徴とするサービス処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス処理装置、サービス処理システム、及び入力端末に係り、特に、入力端末から文書データに関して行う処理の指示が記述された指示書が入力され、文書データに関して所定の処理を行うサービスを、入力された前記指示書に従ってネットワーク上で連携して処理するサービス処理装置、サービス処理システム、及びサービス処理装置に指示書を入力するための入力端末に関する。
【背景技術】
【０００２】
従来、出力様式の設定など、複合機で設定すべき項目について所望の設定を記述したジョブテンプレート（以下、指示書という）を予め複数用意しておき、その指示書を指定し、必要に応じて設定値を変更してから処理を行う技術が提案されている（例えば、特許文献１参照）。
【０００３】
また、スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、紙文書と電子情報の共有化を図ったワークフローシステムが提案されている。
【０００４】
そして、近年のインターネット技術の発達に伴い、それぞれ独立に開発されたアプリケーションを連携させて、より高度な業務処理を容易に構築するＷｅｂサービスが提案されている。Ｗｅｂサービスによってネットワーク上のアプリケーションをサービスコンポーネントとして利用し、より高度な業務システムを容易に構築することが可能になる。そして、これらのサービスを有機的に連携・組み合わせることで、新たなサービスを作ることも行われている。
【０００５】
ワークフローシステムでは、原稿を読取るスキャナやペーパレスＦＡＸ等の入力系から文書ファイルを取り込み、イメージ加工、文字認識等の処理系を経て、プリンタやメールサーバ等の出力系を介して文書ファイルを外部へ配信するまでの一連の処理を、ネットワーク上で連携して予め定義した順番で実行する（例えば、特許文献２、特許文献３、特許文献４を参照。）。ワークフローシステムへのこのような一連の処理の実行指示は、複写機などの入力端末から所望の指示書を入力することで行われる。
【０００６】
そのため、指示書には、文書データの取り込みから加工、配信までの一連の処理の内容（各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）など）も記述されるようになってきた。
【０００７】
ここで、通常、ワークフローシステムは、複数のユーザで共通で利用可能とするために入力端末が複数設けられる。この場合、複数の入力端末から同時に一連の処理の実行指示（すなわち指示書）が入力されることがある。
【特許文献１】特開平１０−８３２６３号公報
【特許文献２】特開２００２−９９６８６号公報
【特許文献３】特開２００１−３２５３８９号公報
【特許文献４】特開２００１−１９５２９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のワークフローシステムに関する技術では、同時に入力された実行指示の処理順序について考慮したものはなかった。このため、ユーザは、自分が希望する優先順位で処理を実行させることができないという問題があった。例えば、迅速性を要とするユーザが実行指示を入力した場合に、同時に他のユーザからも実行指示が入力されたために、迅速性を要するユーザにより入力された実行指示の処理順序が、他のユーザにより入力された実行指示よりも後にされてしまうことがあった。
【０００９】
本発明は、上記問題を解決すべく成されたもので、優先順位を指定可能なサービス処理装置、サービス処理システム、及び入力端末の提供を目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために請求項１に記載のサービス処理装置は、入力端末から文書データに関して行う処理が記述された指示書が入力され、入力された前記指示書に従って、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理装置であって、優先順位を指定するための優先順位情報を含んだ前記指示書を受信する受信手段と、予め定められた前記優先順位情報と優先順位との対応関係、及び前記受信手段により受信した前記指示書に含まれる前記優先順位情報に基づいて、当該指示書に従った前記サービスの実行順序を決定する実行順序決定手段と、前記実行順序決定手段により決定された実行順序に従って、前記指示書に従ったサービスを実行開始する開始手段と、を有することを特徴としている。
【００１１】
このサービス処理装置には、入力端末から優先順位を指定するための優先順位情報を含んだ指示書が入力される。サービス処理装置では、この指示書を受信手段で受信して、実行順序決定手段により、予め定められた前記優先順位情報と優先順位との対応関係と、当該指示書に含まれる優先順位情報とに基づいて、当該指示書に従ったサービスの実行順序を決定する。そして、開始手段により、決定された実行順序で指示書に従ったサービスが実行開始される。
【００１２】
これにより、指示書内に所望の優先順位を指定するような優先順位情報を含ませてサービス処理装置に入力すれば、当該指示書の入力によって実行指示したサービス（文書データに関する所定の処理）を所望の優先順位で実行させることができるので、指示書の入力によって実行指示したサービス（文書データに関する所定の処理）の優先順位を指定可能にすることができる。
【００１３】
なお、上記サービス処理装置においては、請求項２に記載されているように、予め定められた第１の所定条件の場合に、前記優先順位情報を変更する第１の変更手段を更に有するようにしてもよい。この場合、請求項３に記載されているように、前記第１の所定条件を設定するための第１の設定手段を更に有するとよい。
【００１４】
また、上記サービス処理装置においては、請求項４に記載されているように、予め定められた第２の所定条件の場合に、前記優先順位情報と優先順位との対応関係を変更する第２の変更手段を更に有するようにしてもよい。この場合、請求項５に記載されているように、前記第２の所定条件及び前記対応関係を設定するための第２の設定手段を更に有するとよい。
【００１５】
上記のサービス処理装置への指示書の入力には、以下の入力端末を用いることができる。すなわち、請求項６に記載の入力端末は、請求項１乃至請求項５の何れか１項に記載のサービス処理装置に前記指示書を入力するために用いられる入力端末であって、優先順位を設定するために操作される操作設定手段と、前記操作設定手段の被操作により設定された優先順位を指定するための優先順位情報を含む前記指示書を生成する生成手段と、前記生成手段により生成された前記指示書を前記サービス処理装置へ送信する送信手段と、を有することを特徴としている。
【００１６】
この入力端末によれば、ユーザが操作設定手段を操作して優先順位を設定すると、設定された優先順位に指定するための優先順位情報を含む指示書が生成手段により生成され、この生成された指示書が送信手段により前述のサービス処理装置へと送信される。これにより、ユーザは所望の優先順位を指定した優先順位情報を含む指示書を入力端末からサービス処理装置に入力することができるので、指示書の入力によって実行指示したサービス（文書データに関する所定の処理）の優先順位を指定可能にすることができる。
【００１７】
なお、上記の入力端末は、請求項７に記載されているように、前記指示書を複数記憶可能な指示書記憶手段と、前記指示書を指定するために操作される操作指定手段と、前記操作指定手段の被操作により指定された指示書を前記指示書記憶手段から選択する指示書選択手段と、を更に有し、前記生成手段が、前記指示書選択手段により選択された前記指示書内に、前記優先順位情報を記述するようにすることができる。
【００１８】
また、上記のサービス処理装置と入力端末を用いることにより、以下のようなサービス処理システムが実現可能である。すなわち、請求項８に記載のサービス処理システムは、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、請求項１乃至請求項５の何れか１項に記載のサービス処理装置と、請求項６又は請求項７の何れか１項に記載の入力端末と、を有し、前記入力端末から前記サービス処理装置へ前記優先順位情報を含む前記指示書を入力する、ことを特徴とするしている。
【００１９】
このサービス処理システムによれば、ユーザにより所望の優先順位を指定した優先順位情報を含む指示書を入力端末からサービス処理装置に入力し、当該指示書の入力によって実行指示したサービス（文書データに関する所定の処理）を所望の優先順位でサービス処理装置に実行させることができる。よって、指示書の入力によって実行指示したサービス（文書データに関する所定の処理）の優先順位を指定可能にすることができる。
【発明の効果】
【００２０】
以上説明したように本発明によれば、優先順位を指定するための優先順位情報を指示書内に記述し、この優先順位情報に基づいて処理順序を定めるようにしたので、優先順位を指定可能にすることができるという優れた効果がある。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
【００２２】
図１は、本発明の実施の形態に係る文書共有ネットワークシステム１の概略的な構成を示す図である。
【００２３】
上記文書共有ネットワークシステム１は、プリント機能、スキャナ機能及びファクシミリ機能を兼ね備えた複数の複合機１０と、電子メールの送受信等を行うメールサーバ２０と、複数の端末装置２５と、ドキュメントを所定の取り込み先から取り込んで所定の加工を施した後、所定の配信先に配信する制御を行う本発明のサービス処理装置としての制御装置３０と、を備えている。ここにいうドキュメントは、本発明の文書データに対応し、主に文書に関するイメージデータであるが、加工処理の状態に応じてテキストデータを含むものであってもよく、特に限定されるものではない。
【００２４】
複合機１０、メールサーバ２０、各端末装置２５及び制御装置３０は、ネットワーク５を介して相互に接続されている。なお、ネットワーク５には、図示しないが、プリンタ、スキャナ、ファクシミリ装置がそれぞれ接続されてもよい。
【００２５】
図２は、文書共有ネットワークシステム１の処理の概要を説明する図である。複合機１０、メールサーバ２０及び端末装置２５は、ネットワーク５を介して相互に接続されているものの、通常は独立して動作する。そこで、制御装置３０は、文書共有ネットワークシステム１における取り込み先、加工方法、配信先を設定し、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化する、「コアサービス」を提供するものである。
【００２６】
ここで、一連の処理を自動化／定型化するための定義したものを「ルール」といい、このルールが本発明のサービスに対応する。また、取り込み、加工方法、配信のそれぞれの特定の機能を提供するアプリケーションプログラムを、入力系プラグイン、処理系プラグイン、出力系プラグインという。
【００２７】
図３は、複合機１０の構成を示すブロック図である。
【００２８】
複合機１０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、原稿に記録された画像を読み取るスキャナ部１１と、感光体に静電潜像を記録し、静電潜像をモノクロトナーまたはカラートナーを用いて現像し、現像した画像を記録紙に転写して出力するプリンタ部１２と、ファクシミリ電文の送受信を行うファクシミリ（以下「ＦＡＸ」という。）部１３とを備えている。
【００２９】
複合機１０は、さらに、全体を制御するコントローラ１４と、スキャナ部１１で読み取られた画像データやネットワーク５を介して受信した画像データ、ＦＡＸ受信電文のデータ等を記憶するメモリ１５と、アイコンを有する操作画面を表示すると共にアイコンへの接触に応じて操作情報を入力する表示パネル１６と、データを入出力するための入出力ポート１７と、ネットワークに接続された機器と通信を行う通信制御ユニット１８とを備えている。
【００３０】
スキャナ部１１、プリンタ部１２、ＦＡＸ部１３、コントローラ１４、メモリ１５、表示パネル１６及び入出力ポート１７は、バスを介して相互に接続されている。入出力ポート１７は、通信制御ユニット１８を介してネットワーク５に接続されている。なお、スキャナ部１１は、ＦＡＸ部１３の一部として組み込まれてもよい。
【００３１】
また、複合機１０は、メモリ１５の所定記憶領域が複数の親展ＢＯＸ１５Ｂとして仕切られており、各親展ＢＯＸ１５Ｂは、ＢＯＸ番号（例えばＢＯＸ番号１〜３００）により管理されている。複合機１０は、スキャナ部１１でスキャニングしたドキュメントやＦＡＸ部で受信したドキュメントにファイル名を付けて、親展ＢＯＸ１５Ｂに保存し、当該親展ＢＯＸ１５に対して予め設定された送信先へ送信することもできるようになっている。
【００３２】
メールサーバ２０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、ネットワーク５に接続された各端末装置２５の電子メールの送受信を行うサーバである。
【００３３】
端末装置２５は、入力系プラグイン、処理系プラグイン及び出力系プラグインの機能を提供し得るものであり、いわゆるパーソナルコンピュータである。端末装置２５は、例えばメールサーバ２０を介して外部と電子メールの送受信を行ったり、ファイルフォルダにドキュメントを保管したり、ドキュメントに対して所定の画像処理を行う。
【００３４】
制御装置３０は、ワークフローとしてのルールを設定したり、ルールに基づいてドキュメントの取り込み、加工及び配信までの一連の処理を実行するものである。なお、制御装置３０は、処理系プラグインになってもよい。
【００３５】
図４は、制御装置３０の構成を示すブロック図である。
【００３６】
制御装置３０は、全体を制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１、ワークエリアとしてデータを一時格納するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３２、ＣＰＵ３１の制御プログラム等を記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３３、ルールを設定するためのルール設定画面などを表示するディスプレイ３４、ＣＤ−ＲＯＭドライブ３５を備えている。
【００３７】
制御装置３０は、さらに、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化するためのプログラム、処理系プラグインとして機能するためのアプリケーションプログラムや所定のデータ等を記憶したり読み出すハードディスクドライブ３６、文章や記号等を入力するキーボード３７、ポインティングデバイスであるマウス３８、これらが接続されたインタフェース３９、入出力ポート４０及び通信制御ユニット４１を備えている。
【００３８】
ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、インタフェース３９及び入出力ポート４０は、ネットワーク５に接続された複合機１０等の他の機器と通信を行う通信制御ユニット４１に接続されている。
【００３９】
なお、キーボード３７は、ディスプレイ３４に様々な設定画面が表示されたときに、オペレータの指示する情報を直接入力するときに用いられる。また、マウス３８は、ディスプレイ３４に様々な設定画面が表示されたときに、表示されたものを選択したり、設定指示の内容を入力するとき使用される。
【００４０】
［ルールの一例］
図５は、制御装置３０によって入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。
【００４１】
例えば、ルール１は、複数の入力系プラグイン（ＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス）からドキュメントを取り込み、複数の処理系プラグイン（イメージ加工、光学文字認識（ＯＣＲ）、属性付与／分配）を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。
【００４２】
ルール２は、ファイルフォルダ及びＭａｉｌ＿ＭＡＰＩ入力からドキュメントを取り込み、イメージ加工、属性付与／分配の処理を経て、処理済みのドキュメントを外部サービス連携フォルダに配信することを定義している。
【００４３】
ルール３は、ファイルフォルダからドキュメントを取り込み、イメージ加工、ＯＣＲ連携モジュール、属性付与／分配の処理を経て、処理済みのドキュメントをファイルフォルダに配信することを定義している。
【００４４】
ルール４は、所定のＢＯＸ番号の親展ＢＯＸ１５Ｂからドキュメントを取り込み、自動成立、ＯＣＲ、ファイル名生成・付与、画像＆テキストのバインドの処理を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。
【００４５】
なお、ルール１からルール４は、各処理系プラグインの前後において次の処理に必要なフォーマット（ＦＭＴ）変換を行っている。
【００４６】
ここで、入力系プラグインとしては、図５に示すように、例えばＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス、Ｍａｉｌ＿ＳＭＴＰ入力、ＰＯＰクライアント、Ｍａｉｌ＿ＭＡＰＩ入力などがある。また、図１に示す親展ボックスも該当する。
【００４７】
処理系プラグインとしては、イメージ加工、ＯＣＲ、属性付与／分配、ＯＣＲ連携モジュール等がある。
【００４８】
出力系プラグインとしては、例えばファイルフォルダ、外部サービス連携フォルダ、ｆｔｐ出力、ファイルメッセージ、Ｍａｉｌ＿ＳＭＴＰ出力、Ｍａｉｌ＿ＭＡＰＩ出力などがある。なお、入力系、処理系及び出力系の各プラグインは、上述したものに限定されるものではない。
【００４９】
［機能構成］
図６に、文書共有ネットワークシステム１の機能構成を示す。図６に示すように、文書共有ネットワークシステム１は、入力端末５０及び制御装置３０間で通信を行うようになっている。なお、入力端末５０には、複合機１０、メールサーバ２０及び端末装置２５を用いることができる。以下では、具体的に複合機１０を入力端末５０として用いる場合を例に説明する。
【００５０】
文書共有ネットワークシステム１では、制御装置３０において、入力端末５０から入力されたドキュメントを取り込んで、当該ドキュメントに対する加工及び配信までの一連の処理を制御する。そのために、入力端末５０及び制御装置３０間では、指示書６０の授受が行われるようになっている。
【００５１】
指示書６０とは、ドキュメントに対して行う処理内容を示す各種パラメータ情報が記述されたデータであり、例えばＸＭＬ（eXtensible Markup Language）形式のファイルで構成することができる。
【００５２】
具体的には、指示書６０内には、図７に示すように、＜スキャンパラメータ＞、＜その他サービスの呼び出し＞、＜文書共有サービスの呼び出し＞のパラメータ情報が記述される。
【００５３】
＜スキャンパラメータ＞は、複合機１０がスキャナ部１１によって原稿を読取って、該読取りによって得たドキュメントをメモリ１５内に格納する処理内容を指示するためのパラメータであり、原稿読取時のカラー（白黒読取／カラー読取）や、読取によって得たドキュメントの格納場所が指定される。
【００５４】
＜その他サービスの呼び出し＞は、入力端末５０が有するその他の機能、ここでは入力端末５０が複合機１０であるので、プリント、ＦＡＸ送信、メール送信、ファイル出力等の機能を呼び出して実行を指示するためのパラメータであり、呼び出す機能と、当該機能でドキュメントに施す処理内容が指定される。
【００５５】
＜文書共有サービスの呼び出し＞は、文書共有ネットワークシステム１におけるサービス、すなわち制御装置３０にルールに従った一連の処理の実行を指示するためのパラメータであり、実行を指示するルールに対応するルールＩＤ６１、一連の処理の実行後のドキュメント（ファイル）の出力先、指示書６０の送出先となるルールに従った処理を実行する制御装置３０（ＩＰ（Internet Protocol）アドレスなど）が指定される。
【００５６】
ルールＩＤ６１は、後述するルール情報６５へのリンク情報であり、ネットワーク上の各種データの中から対応するルール情報６５を特定するために用いるものである。例えば、ルールＩＤ６１は、対応するルール情報６５の格納場所（すなわち制御装置３０）を示す情報と、当該格納場所内でそのルール情報６５を他の情報から識別するための識別情報とから構成することができる。格納場所を示す情報としては、制御装置３０のＵＲＩ（Uniform Resource Identifiers）やＩＰアドレスを用いることができ、当該格納場所内の各ルール情報６５の識別情報として一連番号を付与したり、ユーザがユニークな名前を任意に付けることが考えられる。すなわち、ルールＩＤ６１は、「制御装置３０のＵＲＩ＋一連番号」、「制御装置３０のＩＰアドレス＋一連番号」、「制御装置３０のＵＲＩ＋名前」、或いは「制御装置３０のＩＰアドレス＋名前」等のように定められる。
【００５７】
また、＜文書共有サービスの呼び出し＞には、実行を指示するルールで行われる処理の概要を説明するコメントも記述される。
【００５８】
また、指示書６０内には、＜処理開始日時＞、＜優先度＞、＜ユーザ＞のパラメータ情報６２も記述される。この＜処理開始日時＞、＜優先度＞、＜ユーザ＞のパラメータ情報６２は、当該指示書の優先順位を指定するためのパラメータであり、本発明の優先順位情報に対応する。なお、＜処理開始日時＞、＜優先度＞、＜ユーザ＞は一例として挙げたものであり、本発明の優先順位情報はこれに限定されるものではない。
【００５９】
＜処理開始日時＞には、ユーザにより指定された所望の処理開始日時が記述される。この＜処理開始日時＞は、初期状態は空（記述無し）であり、ユーザによる指定が無ければ初期状態となる。
【００６０】
＜優先度＞には、ユーザにより指定された所望の優先度が記述され、具体的に、本実施の形態では、＜優先度＞として、高／通常／低の何れかが優先度として記述されるようになっている。この＜優先度＞は、初期状態は「通常」であり、ユーザによる指定が無ければ初期状態となる。
【００６１】
＜ユーザ＞には、ユーザを識別するための情報が記述され、具体的に、本実施の形態では、当該入力端末５０にログイン中のユーザ名（以下、ログインユーザ名）が記述される。この＜ユーザ＞は、初期状態は空（記述無し）であり、ユーザがログインしていなければ初期状態となる。
【００６２】
また、指示書６０には、上記の各種パラメータの設定変更用のＧＵＩ（Graphical User Interface）画面５５Ａを表示させるための表示情報も予め含まれている。
【００６３】
入力端末５０は、図６に示すように、上記のような指示書６０が複数格納された本発明の指示書記憶手段としての指示書プール５１と、指示書６０の格納・読み出し・実行などを行う指示書管理部５２と、ネットワーク５を介して制御装置３０と各種情報の授受を行う通信部５３と、当該入力端末５０が元々有している機能モジュール５４と、ユーザが各種情報・指示入力を行うためのＵＩ（User Interface）５５と、を備えている。入力端末５０が複合機１０である場合には、コントローラ１４で所定の制御処理を実行することにより、図３に示したハードウェア資源を利用して上記各部の機能が構築されることになる。具体的には、指示書プール５１にはメモリ１５の所定記憶領域が用いられ、機能モジュール５４はスキャナ部１１、プリンタ部１２、ＦＡＸ部１３を用いて構成されるスキャナ機能、プリンタ機能、ＦＡＸ送信・受信機能などがあり、ＵＩ５５は表示パネル１６を用いて構成される。
【００６４】
指示書管理部５２は、指示書プール５１、通信部５３、機能モジュール５４、及びＵＩ５５と接続される。ユーザは、ＵＩ５５を介して、指示書管理部５２によって管理されている指示書プール５１中の各種指示書６０の中から所望の指示書６０を選択して実行を指示したり、必要に応じてスキャンパラメータなどを変更する。
【００６５】
指示書管理部５２は、ＵＩ５５からの指示書６０の実行指示の入力を受けて、実行が指示された指示書６０を指示書プール５１から選択して読み出す。そして、当該読み出した指示書６０を解釈（デコード）して、当該指示書６０の記述内容に従って、機能モジュール５４を動作させたり、通信部５３から制御装置３０に向けて指示書６０を送信して制御装置３０を指示書６０の記述内容に従って動作させる。すなわち、ＵＩ５５が本発明の操作指定手段、指示書管理部５２が本発明の指示書選択手段、通信部５３が本発明の送信手段としての機能をそれぞれ担っている。
【００６６】
また、指示書管理部５２は、指示書プール５１から読み出した指示書６０内のパラメータ設定値を必要に応じて変更可能である。具体的には、指示書プール５１から読み出した指示書６０を解析し、当該指示書６０に含まれる各種パラメータの設定変更用のＧＵＩ画面を表示させるための表示情報に基づいてＧＵＩ画面５５ＡをＵＩ５５に表示させる。そして、このＧＵＩ画面５５Ａを介して、ユーザによるパラメータ設定変更、例えば、＜スキャンパラメータ＞の変更や、＜処理開始日時＞及び＜優先度＞の指定などを受け付け、その受付結果に基づいて指示書６０内のパラメータの記述を変更する。このようにＧＵＩ画面を介したユーザからの情報入力の受け付けることは、指示書６０をＸＭＬ形式のファイルとすることで容易に行うことができる。したがって、ＵＩ５５が本発明の操作設定手段としての機能も担っており、指示書管理部５２が本発明の生成手段としての機能も担っている。
【００６７】
また、ＵＩ５５と通信部５３とも接続されており、入力端末５０では、通信部５３を介して制御装置３０から受信した情報をＵＩ５５に表示したり、ＵＩ５５から入力された情報を通信部５３を介して制御装置３０へ送信することもできる。
【００６８】
一方、制御装置３０は、各種のルールを表す情報（以下、ルール情報）６５が格納されたルールプール７０と、指示書６０を解析（デコード）し、その記載内容を認識する指示書認識部７１と、指示書６０に記載のルールＩＤ６１に対応するルール情報６５をルールプール７０から取得するルール取得部７２と、ルール情報６５で示されているルールを実行するルール処理部７３と、ルール処理部７３へのジョブを管理するジョブ管理部７４と、ルール処理部７３にジョブを開始させるジョブ開始部７５と、ネットワーク５を介して入力端末５０と各種情報の授受を行う通信部７６と、ユーザが各種情報・指示入力を行うためのＵＩ７７と、を備えている。
【００６９】
なお、制御装置３０では、ＣＰＵ３１でのプログラムの実行により図４に示したハードウェア資源を利用して上記各部の機能が構築され、ルールプール７０にはハードディスクドライブ３６や図示しない外部記憶媒体の所定記憶領域が用いられ、ＵＩ７７はディスプレイ３４、キーボード３７、及びマウス３８を含んで構成される。
【００７０】
指示書認識部７１は、通信部７６と接続されている。通信部７６は本発明の受信手段として機能する。指示書認識部７１は、通信部７６において入力端末５０から送信されてきた指示書６０を受信した場合に、当該受信した指示書６０を通信部７６から受け取って、当該指示書６０を解釈（デコード）する。指示書認識部７１は、ルール取得部７２と接続され、指示書６０のデコードにより認識した当該指示書６０中に記載されているルールＩＤ６１をルール取得部７２に通知する。
【００７１】
ルール取得部７２は、ルールプール７０にアクセス可能とされ、指示書認識部７１から通知されたルールＩＤに対応するルール情報６５をルールプール７０から読み出して、ジョブ管理部７４に渡す。
【００７２】
また、指示書認識部７１は、ジョブ管理部７４にも接続されており、デコード後の指示書６０をジョブ管理部７４へ渡す。
【００７３】
ジョブ管理部７４は、ルール取得部７２からのルール情報６５及び指示書認識部７１からの指示書６０に基づいて、通信部７６で受信した指示書６０で指定されたルールの処理開始日時及び順序を決定するものである。詳しくは、図８に示すように、ジョブ管理部７４は、バッチ処理判定部８０、処理開始日時・順序決定部８１、処理待ちキュー８２、及び動的優先順位判定部８３を備えて構成されている。
【００７４】
バッチ処理判定部８０は、本発明の第１の変更手段に対応するものであり、夜間などにまとめて処理するバッチ処理に指定された処理と当該バッチ処理に指定された各処理の実行を指定する指定時間との対応関係を示す対応テーブル８４を備えている。なお、バッチ処理には、ＯＣＲ、イメージ加工といった処理系プラグインによる処理や、大量ページ処理などが指定可能である。
【００７５】
この対応テーブル８４は、ＵＩ７７にＧＵＩ画面７７Ａを表示し、該ＧＵＩ画面７７Ａを介したユーザからの指示入力に基づいて作成される。詳しくは、ユーザは、ＧＵＩ画面７７Ａ上で、第１の所定条件としてバッチ処理にしたい処理の種類と、その処理を実行する時間とを任意に指定することができ、当該指定結果に従った対応テーブル８４がバッチ処理判定部８０に格納される。すなわち、ＵＩ７７（より詳しくはＧＵＩ画面７７Ａ）が本発明の第１の設定手段としての機能を担っている。
【００７６】
バッチ処理判定部８０は、対応テーブル８４を参照して、ルール情報６５及び指示書６０に基づいて、通信部７６で受信した指示書６０に基づいてルールを処理する場合に、バッチ処理に指定された処理が含まれるか否かを判定する。そして、バッチ処理に指定された処理が含まれる場合には、指示書６０内のパラメータ情報６２に含まれる＜処理開始時間＞の記述を当該バッチ処理に指定された処理の指定時間に変更する。
【００７７】
バッチ処理判定部８０は、処理開始日時・順序決定部８１と接続されており、ルール情報６１及び指示書６０を処理開始日時・順序決定部８１に出力する。このとき、バッチ処理に指定された処理が含まれていた場合には、＜処理開始時間＞の記述変更後の指示書６０が処理開始日時・順序決定部８１に出力される。
【００７８】
処理開始日時・順序決定部８１は、処理待ちキュー８２と接続されている。処理開始日時・順序決定部８１は、本発明の実行順序決定手段に対応するものであり、バッチ処理判定部８０からの指示書６０の処理実行順序を決定し、当該決定した処理実行順序に従って、バッチ処理判定部８０からの指示書６０及びそのルール情報６１を処理待ちキュー８２に登録する。したがって、処理待ちキュー８２には、処理待ち中の指示書６０及びそのルール情報６１が、その処理実行順に登録される。
【００７９】
具体的には、指示書６０内の＜処理開始時間＞で記述されている処理開始日時の順に処理待ちキュー８２に登録すればよい。これにより、通信部７６で受信した指示書６０の処理順序が定められることになる。
【００８０】
また、処理開始日時・順序決定部８１は、動的優先順位判定部８３と接続されている。
【００８１】
動的優先順位判定部８３は、本発明の第２の変更手段に対応するものであり、優先順位情報と優先順位との対応関係を示す情報として、＜優先度＞の各指定値（高／通常／低）とその優先順位との対応テーブル８５Ｂと、＜ユーザ＞の各指定値（ユーザ名）とその優先順位との対応テーブル８５Ｃとを備えている。なお、対応テーブル８５Ｂ、対応テーブル８５Ｃは１つずつでもよいが、本実施形態では、対応テーブル８５Ｂ、対応テーブル８５Ｃを２つずつ、具体的には、通常時用の対応テーブル８５Ｂ１と第１の所定時間時用の対応テーブル８５Ｂ２、通常時用の対応テーブル８５Ｃ１と第２の所定時間時用の対応テーブル８５Ｃ２とを備えている。
【００８２】
これら対応テーブル８５Ｂ、８５Ｃは、ＵＩ７７にＧＵＩ画面７７Ｂを表示し、該ＧＵＩ画面７７Ｂを介したユーザからの指示入力に基づいて作成される。詳しくは、ユーザは、ＧＵＩ画面７７Ｂ上で、＜優先度＞の各指定値（高／通常／低）の優先順位や、＜ユーザ＞の各指定値（ユーザ名）の優先順位と、各々どのような時に用いるのか（通常時／第1の所定時間時／第２の所定時間時など）を示す条件とを任意に指定することができ、当該指定結果に従った対応テーブル８５Ｂ、８５Ｃが動的優先順位判定部８３に格納される。なお、第１、第２の所定時間には、夜間や早朝といった時間、曜日、日にちなどが指定可能である。すなわち、ＵＩ７７（より詳しくはＧＵＩ画面７７Ｂ）が本発明の第２の設定手段としての機能を担っている。
【００８３】
また、動的優先順位判定部８３は、処理開始日時に基づいて対応テーブル８５Ｂ、８５Ｃを選択するテーブル選択部８６を備えており、このテーブル選択部８６で選択された対応テーブル８５Ｂ、８５Ｃに従って＜優先度＞や＜ユーザ＞の優先順位を定める。したがって、動的優先順位判定部８３は、テーブル選択部８６で選択する対応テーブルを変更することで、優先順位情報と優先順位との対応関係を変更可能である。
【００８４】
具体的に、本実施の形態では、一例として、＜優先度＞については、通常時はテーブル選択部８６により対応テーブル８５Ｂ１が選択されるので、当該対応テーブル８５Ｂ１に従って、＜優先度＞の優先順位が高→１、通常→２、低→３と定められるようになっている。また、第１の所定条件時には、テーブル選択部８６により対応テーブル８５Ｂ２が選択され、当該対応テーブル８５Ｂ２に従って、＜優先度＞が高／通常／低の何れであっても同一の所定値である１とされ、同一の優先順位に揃えられるようになっている。
【００８５】
また、＜ユーザ＞については、通常時はテーブル選択部８６により対応テーブル８５Ｃ１が選択され、当該対応テーブル８５Ｃ１に従って、＜ユーザ＞の優先順位がユーザＡ→１、ユーザＢ→２、ユーザＣ→３と定められるようになっている。また、第２の所定条件時には、テーブル選択部８６により対応テーブル８５Ｃ２が選択されて、＜ユーザ＞の優先順位がユーザＡ→３、ユーザＢ→１、ユーザＣ→２と定められるようになっている。すなわち、第２の所定条件時は、各ユーザの優先順位が通常時と入れ替えられるようになっている。
【００８６】
処理開始日時・順序決定部８１は、＜処理開始時間＞で指定されている処理開始日時が同一の指示書情報（以下、同一処理開始日時の指示書と言う）が既に処理待ちキュー８２に登録されている場合は、動的優先順位判定部８３により定められた＜優先度＞や＜ユーザ＞の優先順位に従って、同一処理開始日時の指示書同士の優先順位を比較する。そして該比較結果に基づいて、同一処理開始日時の指示書間の処理開始順序を決定し、該決定した順序に従って処理待ちキュー８２に指示書情報を登録する。これにより、同一処理開始日時の指示書が有る場合には、指示書内の＜優先度＞や＜ユーザ＞の記述に基づいて、当該指示書間の処理順が定められることになる。
【００８７】
ジョブ管理部７４は、図６に示すように、ジョブ開始部７５と接続されており、このジョブ開始部７５は、ルール処理部７３と接続されている。
【００８８】
ジョブ開始部７５は、本発明の開始手段に対応するものであり、ジョブ管理部７４内の処理待ちキュー８２の登録情報を常時監視し、処理待ちキュー８２から登録順にルール情報６１及び指示書６０を読み出してルール処理部７３に渡し、指示書６０に従ってルール情報６１に基づく処理を実行させる。これにより、ルール処理部７３において、指示書６０内に記述されていたルールＩＤに対応するルールが実行されることになる。また、ルール処理部７３は、通信部７６と接続されており、ルール実行結果を通信部７６を介して入力端末５０へ通知することもできる。
【００８９】
［作用］
次に、本実施の形態の作用を説明する。以下、複合機１０を入力端末５０として用いる場合を例に説明する。図９に、入力端末５０で実行される処理、図１０に制御装置３０で実行される処理を示す。なお、制御装置３０では、図１０に示す処理を常時繰り返し実行している。
【００９０】
以下では、入力端末５０（複合機１０）で原稿を読取り、該読取により得たドキュメントに対して所望のルールに従った一連の処理を施す場合を例に説明する。この場合、ユーザは、入力端末５０（複合機１０）に原稿をセットすると共に、ＵＩ５５を操作して指示書選択メニューを選択する。
【００９１】
入力端末５０は、図９に示すように、ユーザによって指示書選択メニューが選択されると、ステップ１００からステップ１０２に進み、ＵＩ５５を介してユーザによる所望の指示書６０の選択を受け付ける。具体的には、指示書プール５１に格納中の指示書６０一覧や、それぞれの指示書６０の記述内容をＵＩ５５に表示して、所望の指示書の選択及び該実行指示の入力を受け付ける。
【００９２】
ここで、一連の処理の詳細についてはルール情報６５側に記載したため、指示書６０内にはその代わりにルールＩＤ６１が記載されている。このルールＩＤ６１だけでは、各指示書６０が如何なる一連の処理を行うものであるのをユーザが判別するのは困難であるが、本実施形態では、前述したように指示書６０内に処理の概要を説明するコメントを含めたので、指示書６０の内容表示時にこのコメントを表示させることができ、ユーザはこのコメントを確認することで容易に所望の指示書を選択可能である。
【００９３】
そして、ユーザによって指示書６０が選択され、該選択した指示書の実行指示が入力されると、次のステップ１０４に進み、指示書管理部５２によって、ユーザにより選択された指示書６０を指示書プール５１から読み出す。そして、次のステップ１０６において、読み出した指示書６０に含まれるＧＵＩ画面を表示させるための表示情報に基づいて、パラメータ設定変更用のＧＵＩ画面５５ＡをＵＩ５５に表示し、ステップ１０８でこのＧＵＩ画面５５Ａを介してユーザからの＜優先度＞、＜処理開始日時＞の指定を受け付ける。
【００９４】
なお、このとき、ＧＵＩ画面５５Ａを介して、ユーザからのスキャンパラメータの設定変更も受け付けることができ、必要に応じて、指示書プール５１から読み出した指示書６０のスキャンパラメータを変更することも可能である。
【００９５】
そして、ユーザからの指定が有った場合には、次のステップ１１０からステップ１１２に進み、指示書６０内のパラメータ情報６２に含まれる＜優先度＞や＜処理開始日時＞の記述を、受け付けたユーザからの指定結果に基づいて変更した後、ステップ１１４に進む。なお、ユーザからの指定が無かった場合には、ステップ１１０からそのままステップ１１４に進み、指示書６０内のパラメータ情報６２に含まれる＜優先度＞や＜処理開始日時＞の記述は初期状態のままである。
【００９６】
ステップ１１４では、当該入力端末５０にユーザがログイン中か否かを判断し、ユーザがログイン中であれば、ステップ１１６に進んで、指示書６０内のパラメータ情報６２に含まれる＜ユーザ＞の記述をログインユーザ名に変更した後、ステップ１１８に進む。なお、ログイン中のユーザがいない場合には、ステップ１１４からそのままステップ１１８に進み、指示書６０内のパラメータ情報６２に含まれる＜ユーザ＞の記述は初期状態のままである。
【００９７】
次のステップ１１８では、指示書管理部５２により、指示書６０を解釈し、＜スキャンパラメータ＞で指定されている指定内容に従って、スキャン機能に対応する機能モジュール５４を動作させて原稿を読取らせ、その結果得たドキュメントを指定された格納場所に格納する。これにより、ドキュメントが文書共有ネットワークシステム１に入力されることになる。
【００９８】
その後は、＜その他サービスの呼び出し＞の指定がなされていなければ、次のステップ１２０からステップ１２４に進むが、＜その他サービスの呼び出し＞が指定されている場合には、次のステップ１２０からステップ１２２に進み、該当する機能モジュール５４を呼び出して、指定された格納場所に格納したドキュメントに対して、指定内容に従った処理を実行した後、ステップ１２４に進む。
【００９９】
ステップ１２４では、＜文書共有サービスの呼び出し＞の指定内容に従って、当該指示書６０を、通信部５３からＩＰ（Internet Protocol）アドレスなどで指定された制御装置３０へ向けて送信させる。これにより、指示書６０に記載されているルールＩＤ６１に対応するルールに従って、文書共有ネットワークシステム１においてドキュメントの取り込みから加工、配信までの一連の処理を行なうように指示するジョブが制御装置３０に入力されることになる。
【０１００】
制御装置３０は、図１０に示すように、指示書６０を受信するか、処理待ちキュー８２に登録されている指示書６０が処理開始日時になるまで待機しており、入力端末５０からの指示書６０を通信部７６で受信すると、ステップ２００からステップ２０２に進む。ステップ２０２では、指示書認識部７１において、通信部７６で受信した指示書６０を解釈（デコード）し、指示書中に記載されているルールＩＤ６１を認識する。そして、次のステップ２０４で、ルール取得部７２において、このルールＩＤ６１に対応するルール情報６５をルールプール７０から読み出す。
【０１０１】
そして通信部７６で受信した指示書６０とルールプール７０から読み出されたルール情報６５とは、ジョブ管理部７４に入力され、次のステップ２０６において、ジョブ管理部７４において処理開始日時・順序決定処理が開始される。
【０１０２】
この処理開始日時・順序決定処理では、図１１に示すように、まずステップ２５０で、バッチ処理判定部８０により、対応テーブル８４を参照して、バッチ処理に指定された処理が含まれているか否かを判断する。そして、バッチ処理が含まれる場合には、ステップ２５０からステップ２５２に進み、指示書６０内のパラメータ情報６２に含まれる＜処理開始日時＞の記述を、対応テーブル８４で当該バッチ処理と対応付けられている指定日時に変更した後、ステップ２５４に進む。バッチ処理が含まれていない場合には、ステップ２５０からそのままステップ２５４に進む。
【０１０３】
ステップ２５４では、処理開始日時・順序決定部８１により、指示書６０内のパラメータ情報６２に含まれる＜処理開始日時＞の記述日時が既に過ぎている日時でないかを判断し、既に過ぎている場合には、ステップ２５６に進み、＜処理開始日時＞の記述を現在の日時に変更して、ステップ２５８に進む。指示書６０内の＜処理開始日時＞の記述日時が過ぎていない場合には、ステップ２５４からそのままステップ２５８に進む。
【０１０４】
ステップ２５８では、通信部７６で受信した指示書６０の処理開始日時を、当該指示書６０内に記載の＜処理開始日時＞の日時に決定する。なお、指示書６０内の＜処理開始日時＞が空である（すなわち＜処理開始日時＞が初期状態のまま）場合には、例えば、現在の日時など予め定められた所定の日時を処理開始日時に決定したり、処理待ちキュー８２の登録情報から比較的空いていると推測される日時を処理開始日に決定することが考えられる。
【０１０５】
そして、次のステップ２６０では、処理待ちキュー８２を参照して、処理待ち中の指示書６０の中に、ステップ２５８で決定した通信部７６で受信した指示書６０の処理開始日時と同一の処理開始日時のものがあるか否かを判断する。同一の処理開始日時の指示書６０が処理待ちキュー８２に登録されていた場合には、ステップ２６０で肯定判定されて、ステップ２６２に進み、処理開始日時が同一の通信部７６で受信した指示書６０と処理待ち中の指示書６０の各々のパラメータ情報６２に含まれる＜優先度＞を比較する。
【０１０６】
そして、両者の優先度が同一でなければ、次のステップ２６４からステップ２６６に進み、両者の優先度が同一であった場合には次のステップ２６４から後述するステップ２７４に進む。
【０１０７】
ステップ２６６では、動的優先順位判定部８３により、ステップ２５８で決定された処理開始日時が第１の所定時間であるか否かを判断する。決定された処理開始日時が第１の所定時間である場合は、ステップ２６６からステップ２６８に進み、＜優先度＞と優先順位の対応を通常時から変更する。具体的には、テーブル選択部８６による対応テーブル８５Ｂの選択を、対応テーブル８５Ｂ１から対応テーブル８５Ｂ２に変更する。これにより＜優先度＞に高／通常／低の何れか記述されていたとしても、同一の優先順位とされる。その後、ステップ２７０に進む。一方、決定された処理開始日時が第１の所定時間でなければ、ステップ２６６からそのままステップ２７０に進む。
【０１０８】
ステップ２７０では、処理開始日時・順序決定部８１により、＜優先度＞により処理開始日時が同一の通信部７６で受信した指示書６０と処理待ち中の指示書６０との間の処理開始順序を決定できるか否かを判断し、決定できる場合には、ステップ２７２に進み、＜優先度＞に基づいて、当該指示書６０間の処理開始順序を決定する。
【０１０９】
具体的には、決定された処理開始日時が第１の所定時間でなく、テーブル選択部８６により通常時用の対応テーブル８５Ｂ１が選択されている場合であれば、当該対応テーブル８５Ｂ１では、＜優先度＞が高／通常／低であるかによって異なる優先順位が対応付けられているので、優先順位の高い方が先、低い方が後になるように、＜優先度＞に基づいて、指示書６０間の処理開始順序を決定することができる。
【０１１０】
一方、決定された処理開始日時が第１の所定時間であり、テーブル選択部８６による対応テーブル８５Ｂの選択が対応テーブル８５Ｂ２に変更された場合は、当該対応テーブル８５Ｂ２では、＜優先度＞に高／通常／低の何れか記述されていたとしても、同一の優先順位とされるので、＜優先度＞からは指示書６０間の処理開始順序を決定することがでない。この場合は、ステップ２７０からステップ２７４に進む。
【０１１１】
ステップ２７４では、動的優先順位判定部８３により、ステップ２５８で決定された処理開始日時が第２の所定時間であるか否かを判断する。決定された処理開始日時が第２の所定時間である場合は、ステップ２７４からステップ２７６に進み、＜ユーザ＞と優先順位の対応を通常時から変更する。具体的には、テーブル選択部８６による対応テーブル８５Ｃの選択を、対応テーブル８５Ｃ１から対応テーブル８５Ｃ２に変更する。これにより、各ユーザの優先順位が通常時と入れ替えられる。その後、ステップ２７８に進む。一方、決定された処理開始日時が第２の所定時間でなければ、ステップ２７４からそのままステップ２７８に進む。
【０１１２】
ステップ２７８では、処理開始日時・順序決定部８１により、＜ユーザ＞により処理開始日時が同一の通信部７６で受信した指示書６０と処理待ち中の指示書６０との間の処理開始順序を決定する。具体的には、決定された処理開始日時が第２の所定時間でなく、テーブル選択部８６により通常時用の対応テーブル８５Ｃ１が選択されている場合であれば、当該対応テーブル８５Ｃ１において対応付けられている優先順位が高いほうが先、低い方が後になるように、＜ユーザ＞に基づいて、指示書６０間の処理開始順序を決定する。
【０１１３】
一方、決定された処理開始日時が第２の所定時間であり、テーブル選択部８６による対応テーブル８５Ｃの選択が対応テーブル８５Ｃ２に変更された場合は、当該対応テーブル８５Ｃ２において対応付けられている優先順位が高いほうが先、低い方が後になるように、＜ユーザ＞に基づいて、指示書６０間の処理開始順序を決定する。なお、対応テーブル８５Ｃ１と対応テーブル８５Ｃ２とでは、各ユーザと優先順位の対応が異なるので、決定される処理開始順序は通常時と異なる。
【０１１４】
そして、最後に、ステップ２８０で、決定した処理開始日時・処理開始順序に従った順番となるように、指示書６０及びルール情報６５を処理待ちキュー８２に登録して、図１０に戻る。図１０に戻ると、指示書６０を受信するか、処理待ちキュー８２に登録されている指示書６０が処理開始日時になるかの待機状態となる。
【０１１５】
そして、処理待ちキュー８２に前述のステップ２５８で決定した処理開始日時となった指示書６０が有り、且つ当該処理開始日時の指示書６０が複数有る、すなわち同一処理開始日時の指示書６０が複数有る場合には、ステップ２０２からステップ２０８、ステップ２１０、ステップ２１２と進む。ステップ２１２では、ジョブ開始部７５によって、処理待ちキュー８２の登録順序、言い換えると前述のステップ２７２やステップ２７８で決定された処理開始順序に従って同一処理開始時間の指示書６０を１つずつ選択し、次のステップ２１４で、処理待ちキュー８２から当該選択した選択した指示書６０及びルール情報６５を読み出す。そして、次のステップ２１８で、ルール情報６５をルール処理部７３へ渡して、ルールを実行させる。ルール処理部７３では、ルール情報にしたがって、入力系プラグインからドキュメントを取り込み、取り込んだドキュメントを処理系プラグインで処理し、処理したドキュメントを出力系プラグインに配信するルールが実行するように制御する。
【０１１６】
そして、ルール実行後は、ステップ２１８に進み、ルールの実行結果を示す情報を通信部７６を介して入力端末５０へ送信した後、同一処理開始日時の指示書６０がまだ処理待ちキュー８２に残っている場合には次のステップ２２０からステップ２１２に戻り、同様の処理を繰り返し、同一処理開始日時の全指示書６０について処理が終わったらステップ２２０で肯定判定されて図１０の処理が終了される。
【０１１７】
一方、処理待ちキュー８２に前述のステップ２５８で決定した処理開始日時となった指示書６０が有り、他に同一処理開始日時のものが無い場合は、ステップ２１０からステップ２２２に進む。
【０１１８】
ステップ２２２では、処理待ちキュー８２から当該処理開始日時となった指示書６０及びルール情報６５を読み出して、次のステップ２２４で、ルール情報６５をルール処理部７３へ渡して、ルールを実行させる。ルール実行後は、ステップ２２６で、ルールの実行結果を示す情報を通信部７６を介して入力端末５０へ送信して、図１０の処理を終了する。
【０１１９】
なお、上記では、指示書６０と共にルール情報６５も処理待ちキュー８２に登録するようにしたが、ルール情報６５については、処理待ちキュー８２に登録せずともよい。この場合、ジョブ開始部７５は、選択した指示書６０を解析し、当該指示書６０内に記述されているルールＩＤに対応するルール情報６５をルール取得部７２にルールプール７０から取得させて、取得されたルール情報６５をルール処理部７３へ渡せばよい。
【０１２０】
入力端末５０は、図８のステップ１２４で指示書６０を送信した後は、制御装置３０からのルールの実行結果を示す情報を受信するまで待機しており、該情報を受信すると、次のステップ１２６からステップ１２８に進み、受信したルールの実行結果を示す情報をメモリ１５の所定領域などに記憶したり、或いはＵＩ５５（表示パネル１６）に表示させるなどして、処理を終了する。なお、ルール実行結果を示す情報は、ユーザにより予め指定されたメールアドレスなどに送信するようにしてもよい。
【０１２１】
このように本実施の形態では、入力端末５０では、指示書管理部５２により、＜処理開始日時＞、＜優先度＞、＜ユーザ＞といった当該指示書の優先順位を指定するためのパラメータ情報６２を指示書６０内に記述してから、指示書６０を制御装置３０に送信するようにした。制御装置３０では、入力端末５０から指示書６０を受信したら、ジョブ管理部７４において、当該指示書６０内のパラメータ情報６２に基づいて当該指示書６０の処理開始日時や順序を決定し、この決定結果に従って、ジョブ開始部７５により指示書６０で指示された処理（ルール）をルール処理部７３に開始させるようにした。これにより、制御装置３０へ指示書６０を送信することによって実行指示した処理（ルール）を所望の優先順位で実行させることができる。すなわち、指示書６０によって実行指示した処理（ルール）の優先順位を指定可能である。
【０１２２】
例えば、迅速性を要する場合には、指示書６０内の＜処理開始日時＞の記述を現在日時にしたり、＜優先度＞の記述を高にしたりすれば、たとえ他の入力端末５０からの指示書６０が同時に制御装置３０に入力されたとしても、迅速性を有する指示書６０で指示した処理を優先的に処理させることができる。
【０１２３】
また、所定のバッチ処理が含まれる場合に＜処理開始日時＞を変更するなど、所定条件の場合に優先順位を指定するためのパラメータ情報６２が変更されるようにしたので、例えば、処理に時間がかかるものについては夜間に処理させるようにするなど、システムの利用効率を向上させることも可能である。また、第１の所定時間や第２の所定時間といった所定条件の場合に、優先順位の決定に用いる対応テーブル８５Ｂや８５Ｃを変更し、＜優先度＞や＜ユーザ＞と優先順位との対応関係を変更可能としたので、例えば、ある曜日は特定のユーザの処理を最優先させるなど、状況に応じて優先順位を柔軟に変更することができ、処理の効率化を図ることができる。
【０１２４】
また、＜処理開始日時＞や＜優先度＞のパラメータ情報６２については、ＧＵＩ画面７７Ａからユーザが任意に設定可能としたので、ユーザは所望の優先順位で処理させることもできる。また、＜ユーザ＞のパラメータ情報６２については、システムが自動的に設定するので、ユーザが優先順位の指定をし忘れた場合でも、処理順序を決定可能である。
【０１２５】
なお、上記では、制御装置３０側のルールプール７０に、ドキュメントの取り込みから加工、配信までの一連の処理（ルール）の内容を記述したルール情報６５を予め格納しておき、指示書６０内に所望のルールを表すルール情報６５へのリンク情報となるルールＩＤ６１を記述し、制御装置３０側で指示書６０の実行時にルールＩＤ６１に対応するルール情報６５を読み出すようにしたが、本発明はこれに限定されるものではない。指示書６０内にドキュメントの取り込みから加工、配信までの一連の処理（ルール）の内容を記述してもよい。ただし、指示書６０側の指示書プール５１に予め格納可能な指示書６０の数を多くするため、指示書６０と制御装置３０間の通信負荷低減のためには、本実施の形態の如く指示書６０内にルールＩＤ６１を記述することが有効である。
【図面の簡単な説明】
【０１２６】
【図１】本発明の実施の形態に係る文書共有ネットワークシステムの概略図である。
【図２】文書共有ネットワークシステムの処理の概要を説明する図である。
【図３】複合機の構成を示す図である。
【図４】制御装置の構成を示す図である。
【図５】入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。
【図６】文書共有ネットワークシステムの機能構成を示す図である。
【図７】指示書の記述内容の一例を示す図である。
【図８】ジョブ管理部７４の詳細機能構成を示す図である。
【図９】入力端末（複合機）で実行される処理を示すフローチャートである。
【図１０】制御装置で実行される処理を示すフローチャート（メインルーチン）である。
【図１１】制御装置で実行される処理開始日時・順序決定処理を示すフローチャート（サブルーチン）である。
【符号の説明】
【０１２７】
１  文書共有ネットワークシステム
５  ネットワーク
１０      複合機
２０      メールサーバ
２５      端末装置
３０      制御装置
５０      入力端末
５１      指示書プール
５２      指示書管理部
５３      通信部
５４      機能モジュール
６０      指示書
６１      ルールＩＤ
６２      パラメータ情報
６５      ルール情報
６６      関連付け情報
７０      ルールプール
７１      指示書認識部
７２      ルール取得部
７３      ルール処理部
７４      ジョブ管理部
７５      ジョブ開始部
７６      通信部７６
７７      ＵＩ
【図１】
2005192106.tif 000003
【図２】
2005192106.tif 000004
【図３】
2005192106.tif 000005
【図４】
2005192106.tif 000006
【図５】
2005192106.tif 000007
【図６】
2005192106.tif 000008
【図７】
2005192106.tif 000009
【図８】
2005192106.tif 000010
【図９】
2005192106.tif 000011
【図１０】
2005192106.tif 000012
【図１１】
2005192106.tif 000013