JP2005190366A - サービス処理装置、サービス処理システム、及び入力端末 - Google Patents

Abstract

【課題】 入力端末に保持される指示書のデータサイズを小さくし、且つ指示書の管理作業を容易にする。
【解決手段】 ドキュメントの取り込みから加工、配信までの一連の処理の内容を示すルール情報６５を制御装置３０のルールプール７０に格納しておき、文書共有ネットワークシステム１においてドキュメントの取り込みから加工、配信までの一連の処理を行う際には、ルールＩＤ６１が記述された指示書６０が入力端末５０から制御装置３０に送信されるようにした。制御装置３０では、指示書認識部７１で入力端末５０から入力された指示書６０を解析してルールＩＤ６１を認識し、ルール取得部７２で認識したルールＩＤ６１に対応するルール情報６５をルールプール７０から選択し、ルール処理部７３で当該選択したルール情報６５に従って一連の処理がなされるように制御するようにした。
【選択図】 図６

Description

本発明は、サービス処理装置、サービス処理システム、及び入力端末に係り、特に、入力端末から文書データに関して行う処理の指示が記述された指示書が入力され、文書データに関して所定の処理を行うサービスを、入力された前記指示書に従ってネットワーク上で連携して処理するサービス処理装置、サービス処理システム、及びサービス処理装置に指示書を入力するための入力端末に関する。

従来、出力様式の設定など、複合機で設定すべき項目について所望の設定を記述したジョブテンプレート（以下、指示書という）を予め複数用意しておき、その指示書を指定し、必要に応じて設定値を変更してから処理を行う技術が提案されている（例えば、特許文献１参照）。この場合、ユーザは、自分で各項目の設定作業を行わずとも、所望の設定がなされた指示書を選択するだけで、所望の結果を得ることができる。

また、スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、紙文書と電子情報の共有化を図ったワークフローシステムが提案されている。

そして、近年のインターネット技術の発達に伴い、それぞれ独立に開発されたアプリケーションを連携させて、より高度な業務処理を容易に構築するＷｅｂサービスが提案されている。Ｗｅｂサービスによってネットワーク上のアプリケーションをサービスコンポーネントとして利用し、より高度な業務システムを容易に構築することが可能になる。そして、これらのサービスを有機的に連携・組み合わせることで、新たなサービスを作ることも行われている。

このようなワークフローシステムでは、原稿を読取るスキャナやペーパレスＦＡＸ等の入力系から文書ファイルを取り込み、イメージ加工、文字認識等の処理系を経て、プリンタやメールサーバ等の出力系を介して文書ファイルを外部へ配信するまでの一連の処理を、ネットワーク上で連携して予め定義した順番で実行する（例えば、特許文献２、特許文献３、特許文献４を参照。）。ワークフローシステムへのこのような一連の処理の実行指示は、複写機などの入力端末から所望の指示書を入力することで行われる。

そのため、指示書には、文書データの取り込みから加工、配信までの一連の処理の内容（各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方（ジョブフロー）など）も記述されるようになってきた。

ここで、ユーザが希望する処理内容は様々であるため、複合機等の指示書の入力を行う入力端末には、より多くの指示書を保持可能であることが望まれる。
特開平１０−８３２６３号公報 特開２００２−９９６８６号公報 特開２００１−３２５３８９号公報 特開２００１−１９５２９５号公報

しかしながら、指示書内に一連の処理の内容を全て記述すると、指示書１つ当たりのデータサイズが大きくなってしまうため、メモリ容量の問題により、入力端末に多数の指示書を保持させることはできないという問題があった。また、指示書のデータサイズが大きくなると、入力端末と該入力端末から指示書を受け取って処理する装置間の通信容量や通信時間もその分増え、通信コストが膨らんでしまうという問題もあった。

さらに、入力端末が複数ある場合、同一の一連の処理の内容が記述された指示書が複数の入力端末に保持されていることがあり、一連の処理の一部を変更したり、或いはある一連の処理が実行不能となり当該一連の処理を行う指示書を削除したい場合には、ユーザは、全ての入力端末について指示書の削除や内容変更といった編集作業を行う必要があり、管理作業効率が悪いという問題もあった。

本発明は、上記問題を解決すべく成されたもので、入力端末に保持される指示書のデータサイズを小さくし、且つ管理作業効率の向上を図ることができるサービス処理装置、サービス処理システム、及び入力端末の提供を目的とする。

上記目的を達成するために請求項１に記載のサービス処理装置は、入力端末から文書データに関して行う処理が記述された指示書が入力され、入力された前記指示書に従って、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理装置であって、前記サービスで行う所定の処理のうちの少なくとも一部の処理内容が記述された内容情報が複数記憶される内容情報記憶手段と、前記入力端末から前記内容情報への第１のリンク情報を含んだ前記指示書を受信する受信手段と、前記受信手段により受信した前記指示書に含まれる前記第１のリンク情報に対応する前記内容情報を前記内容情報記憶手段から選択する内容情報選択手段と、前記内容情報選択手段により選択された前記内容情報を参照しながら前記受信手段で受信した前記指示書に従った前記サービスを実行する実行手段と、を有することを特徴としている。

このサービス処理装置では、前記サービスで行う所定の処理のうちの少なくとも一部の処理内容が記述された複数の内容情報が内容情報記憶手段に記憶されており、この内容情報への第１のリンク情報を含んだ指示書が入力端末からサービス処理装置に入力される。サービス処理装置では、この指示書を受信手段で受信し、内容情報選択手段により、当該受信した指示書に含まれる第１のリンク情報に対応する内容情報を内容情報記憶手段から選択する。そして、実行手段により、この選択した内容情報を参照しながら、受信手段で受信した指示書に従ってサービス（すなわち文書データに関する所定の処理）が実行される。

これにより、指示書内に記述されるべき処理内容の少なくとも一部が切り出されて内容情報として内容情報手段に記憶されることになり、指示書内に当該内容情報へのリンクさせるための第１のリンク情報を代わりに記述しておけばよくなり、指示書のデータサイズを小さくすることができる。

また、内容情報をサービス処理装置で一括管理することになるので、内容情報に記述されている処理内容の変更については、入力端末が複数ある場合でも、全ての入力端末について内容変更作業を行わずとも、サービス処理装置の内容情報についてのみ内容変更作業を行うだけでよく、管理作業効率を向上させることができる。

なお、このサービス処理装置においては、請求項２に記載されているように、前記内容情報の編集を行う編集手段を更に有するようにすることもできる。

この場合、管理作業効率の更なる向上のためには、請求項３に記載されているように、前記内容情報記憶手段が、前記内容情報毎に、当該内容情報と前記第１のリンク情報によって対応付けられ且つ前記入力端末側に保持されている前記指示書への第２のリンク情報を更に記憶し、前記編集手段が、前記内容情報記憶手段に記憶されている前記第２のリンク情報に基づいて、編集対象の前記内容情報の参照を行う前記指示書を特定し、特定した指示書の編集を更に行うようにするとよい。この場合は、請求項４に記載されているように、前記第１のリンク情報を含む前記指示書を作成して前記入力端末に保持させると共に、当該作成して前記入力端末に保持させた前記指示書への前記第２のリンク情報を作成して前記内容情報記憶手段に記憶させるように制御する作成制御手段を更に備えるようにすれば、第１のリンク情報を含む指示書の生成と連動して、第２のリンク情報の作成記憶が自動的に行うことができる。

上記のサービス処理装置を用いることで、以下のようなサービス処理システムを実現可能である。すなわち、請求項５に記載のサービス処理システムは、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、請求項１乃至請求項４の何れか１項に記載のサービス処理装置と、前記第１のリンク情報を含んだ前記指示書を前記サービス処理装置に入力するための入力端末と、を有することを特徴としている。

このサービス処理システムによれば、入力端末から第１のリンク情報を含んだ指示書が上記のサービス処理装置に入力され、サービス処理装置では、上記と同様に、この指示書に従ってサービス（すなわち文書データに関する所定の処理）が実行すれるので、指示書のデータサイズを小さくすることができ、また管理作業効率を向上させることができる。

また、上記のサービス処理装置への指示書の入力には、以下の入力端末を用いることができる。すなわち、請求項６に記載の入力端末は、請求項１乃至請求項４の何れか１項に記載のサービス処理装置に前記指示書を入力するために用いられる入力端末であって、前記第１のリンク情報を含む前記指示書を複数記憶可能な指示書記憶手段と、前記指示書を指定するために操作される操作手段と、前記操作手段の被操作により指定された指示書を前記指示書記憶手段から選択する指示書選択手段と、前記指示書選択手段により選択された前記指示書を前記サービス処理装置へ送信する送信手段と、を有することを特徴としている。

この入力端末によれば、第１のリンク情報を含む複数の指示書が指示書記憶手段に記憶されており、ユーザによる操作手段の操作によって所望の指示書が指定されると、指示書選択手段によって当該指定された指示書が指示書記憶手段から選択されて、送信手段から上記のサービス処理装置へ送信される。これにより、第１のリンク情報を含む所望の指示書をサービス処理装置へ入力することができるので、サービス処理装置に当該指示書に従ってサービス（すなわち文書データに関する所定の処理）を実行させることができる。よって、指示書のデータサイズを小さくすることができ、また管理作業効率を向上させることができる。

以上説明したように本発明によれば、入力端末に保持される指示書のデータサイズを小さくし、且つ管理作業効率の向上を図ることができるという優れた効果がある。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。

図１は、本発明の実施の形態に係る文書共有ネットワークシステム１の概略的な構成を示す図である。

上記文書共有ネットワークシステム１は、プリント機能、スキャナ機能及びファクシミリ機能を兼ね備えた複数の複合機１０と、電子メールの送受信等を行うメールサーバ２０と、複数の端末装置２５と、ドキュメントを所定の取り込み先から取り込んで所定の加工を施した後、所定の配信先に配信する制御を行う本発明のサービス処理装置としての制御装置３０と、を備えている。ここにいうドキュメントは、本発明の文書データに対応し、主に文書に関するイメージデータであるが、加工処理の状態に応じてテキストデータを含むものであってもよく、特に限定されるものではない。

複合機１０、メールサーバ２０、各端末装置２５及び制御装置３０は、ネットワーク５を介して相互に接続されている。なお、ネットワーク５には、図示しないが、プリンタ、スキャナ、ファクシミリ装置がそれぞれ接続されてもよい。

図２は、文書共有ネットワークシステム１の処理の概要を説明する図である。複合機１０、メールサーバ２０及び端末装置２５は、ネットワーク５を介して相互に接続されているものの、通常は独立して動作する。そこで、制御装置３０は、文書共有ネットワークシステム１における取り込み先、加工方法、配信先を設定し、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化する、「コアサービス」を提供するものである。

ここで、一連の処理を自動化／定型化するための定義したものを「ルール」といい、このルールが本発明のサービスに対応する。また、取り込み、加工方法、配信のそれぞれの特定の機能を提供するアプリケーションプログラムを、入力系プラグイン、処理系プラグイン、出力系プラグインという。

図３は、複合機１０の構成を示すブロック図である。

複合機１０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、原稿に記録された画像を読み取るスキャナ部１１と、感光体に静電潜像を記録し、静電潜像をモノクロトナーまたはカラートナーを用いて現像し、現像した画像を記録紙に転写して出力するプリンタ部１２と、ファクシミリ電文の送受信を行うファクシミリ（以下「ＦＡＸ」という。）部１３とを備えている。

複合機１０は、さらに、全体を制御するコントローラ１４と、スキャナ部１１で読み取られた画像データやネットワーク５を介して受信した画像データ、ＦＡＸ受信電文のデータ等を記憶するメモリ１５と、アイコンを有する操作画面を表示すると共にアイコンへの接触に応じて操作情報を入力する表示パネル１６と、データを入出力するための入出力ポート１７と、ネットワークに接続された機器と通信を行う通信制御ユニット１８とを備えている。

スキャナ部１１、プリンタ部１２、ＦＡＸ部１３、コントローラ１４、メモリ１５、表示パネル１６及び入出力ポート１７は、バスを介して相互に接続されている。入出力ポート１７は、通信制御ユニット１８を介してネットワーク５に接続されている。なお、スキャナ部１１は、ＦＡＸ部１３の一部として組み込まれてもよい。

また、複合機１０は、メモリ１５の所定記憶領域が複数の親展ＢＯＸ１５Ｂとして仕切られており、各親展ＢＯＸ１５Ｂは、ＢＯＸ番号（例えばＢＯＸ番号１〜３００）により管理されている。複合機１０は、スキャナ部１１でスキャニングしたドキュメントやＦＡＸ部で受信したドキュメントにファイル名を付けて、親展ＢＯＸ１５Ｂに保存し、当該親展ＢＯＸ１５に対して予め設定された送信先へ送信することもできるようになっている。

メールサーバ２０は、入力系プラグインや出力系プラグインの機能を提供し得るものであり、ネットワーク５に接続された各端末装置２５の電子メールの送受信を行うサーバである。

端末装置２５は、入力系プラグイン、処理系プラグイン及び出力系プラグインの機能を提供し得るものであり、いわゆるパーソナルコンピュータである。端末装置２５は、例えばメールサーバ２０を介して外部と電子メールの送受信を行ったり、ファイルフォルダにドキュメントを保管したり、ドキュメントに対して所定の画像処理を行う。

制御装置３０は、ワークフローとしてのルールを設定したり、ルールに基づいてドキュメントの取り込み、加工及び配信までの一連の処理を実行するものである。なお、制御装置３０は、処理系プラグインになってもよい。

図４は、制御装置３０の構成を示すブロック図である。

制御装置３０は、全体を制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１、ワークエリアとしてデータを一時格納するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３２、ＣＰＵ３１の制御プログラム等を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３３、ルールを設定するためのルール設定画面などを表示するディスプレイ３４、ＣＤ−ＲＯＭドライブ３５を備えている。

制御装置３０は、さらに、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化するためのプログラム、処理系プラグインとして機能するためのアプリケーションプログラムや所定のデータ等を記憶したり読み出すハードディスクドライブ３６、文章や記号等を入力するキーボード３７、ポインティングデバイスであるマウス３８、これらが接続されたインタフェース３９、入出力ポート４０及び通信制御ユニット４１を備えている。

ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、インタフェース３９及び入出力ポート４０は、ネットワーク５に接続された複合機１０等の他の機器と通信を行う通信制御ユニット４１に接続されている。

なお、キーボード３７は、ディスプレイ３４に様々な設定画面が表示されたときに、オペレータの指示する情報を直接入力するときに用いられる。また、マウス３８は、ディスプレイ３４に様々な設定画面が表示されたときに、表示されたものを選択したり、設定指示の内容を入力するとき使用される。

［ルールの一例］
図５は、制御装置３０によって入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。

例えば、ルール１は、複数の入力系プラグイン（ＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス）からドキュメントを取り込み、複数の処理系プラグイン（イメージ加工、光学文字認識（ＯＣＲ）、属性付与／分配）を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。

ルール２は、ファイルフォルダ及びＭａｉｌ＿ＭＡＰＩ入力からドキュメントを取り込み、イメージ加工、属性付与／分配の処理を経て、処理済みのドキュメントを外部サービス連携フォルダに配信することを定義している。

ルール３は、ファイルフォルダからドキュメントを取り込み、イメージ加工、ＯＣＲ連携モジュール、属性付与／分配の処理を経て、処理済みのドキュメントをファイルフォルダに配信することを定義している。

ルール４は、所定のＢＯＸ番号の親展ＢＯＸ１５Ｂからドキュメントを取り込み、自動成立、ＯＣＲ、ファイル名生成・付与、画像＆テキストのバインドの処理を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。

なお、ルール１からルール４は、各処理系プラグインの前後において次の処理に必要なフォーマット（ＦＭＴ）変換を行っている。

ここで、入力系プラグインとしては、図５に示すように、例えばＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス、Ｍａｉｌ＿ＳＭＴＰ入力、ＰＯＰクライアント、Ｍａｉｌ＿ＭＡＰＩ入力などがある。また、図１に示す親展ボックスも該当する。

処理系プラグインとしては、イメージ加工、ＯＣＲ、属性付与／分配、ＯＣＲ連携モジュール等がある。

出力系プラグインとしては、例えばファイルフォルダ、外部サービス連携フォルダ、ｆｔｐ出力、ファイルメッセージ、Ｍａｉｌ＿ＳＭＴＰ出力、Ｍａｉｌ＿ＭＡＰＩ出力などがある。なお、入力系、処理系及び出力系の各プラグインは、上述したものに限定されるものではない。

［機能構成］
図６に、文書共有ネットワークシステム１の機能構成を示す。図６に示すように、文書共有ネットワークシステム１は、入力端末５０及び制御装置３０間で通信を行うようになっている。なお、入力端末５０には、複合機１０、メールサーバ２０及び端末装置２５を用いることができる。以下では、具体的に複合機１０を入力端末５０として用いる場合を例に説明する。

文書共有ネットワークシステム１では、制御装置３０において、入力端末５０から入力されたドキュメントを取り込んで、当該ドキュメントに対する加工及び配信までの一連の処理を制御する。そのために、入力端末５０及び制御装置３０間では、指示書６０の授受が行われるようになっている。

指示書６０とは、ドキュメントに対して行う処理内容を示す各種パラメータ情報が記述されたデータであり、例えばＸＭＬ（eXtensible Markup Language）形式のファイルで構成することができる。

具体的には、指示書６０内には、図７に示すように、＜スキャンパラメータ＞、＜その他サービスの呼び出し＞、＜文書共有サービスの呼び出し＞のパラメータ情報が記述される。

＜スキャンパラメータ＞は、複合機１０がスキャナ部１１によって原稿を読取って、該読取りによって得たドキュメントをメモリ１５内に格納する処理内容を指示するためのパラメータであり、原稿読取時のカラー（白黒読取／カラー読取）や、読取によって得たドキュメントの格納場所が指定される。

＜その他サービスの呼び出し＞は、入力端末５０が有するその他の機能、ここでは入力端末５０が複合機１０であるので、プリント、ＦＡＸ送信、メール送信、ファイル出力等の機能を呼び出して実行を指示するためのパラメータであり、呼び出す機能と、当該機能でドキュメントに施す処理内容が指定される。

＜文書共有サービスの呼び出し＞は、文書共有ネットワークシステム１におけるサービス、すなわち制御装置３０にルールに従った一連の処理の実行を指示するためのパラメータであり、実行を指示するルールに対応するルールＩＤ６１、一連の処理の実行後のドキュメント（ファイル）の出力先、指示書６０の送出先となるルールに従った処理を実行する制御装置３０（ＩＰ（Internet Protocol）アドレスなど）が指定される。また、＜文書共有サービスの呼び出し＞には、実行を指示するルールで行われる処理の概要を説明するコメントも記述される。

入力端末５０は、図６に示すように、上記のような指示書６０を複数格納するための指示書情報記憶手段としての指示書プール５１と、指示書６０の格納・読み出し・実行を行う指示書管理部５２と、ネットワーク５を介して制御装置３０と各種情報の授受を行う通信部５３と、当該入力端末５０が元々有している機能モジュール５４と、ユーザが各種情報・指示入力を行うためのＵＩ（ユーザインタフェース）５５と、を備えている。入力端末５０が複合機１０である場合には、コントローラ１４で所定の制御処理を実行することにより、図３に示したハードウェア資源を利用して上記各部の機能が構築されることになる。具体的には、指示書プール５１にはメモリ１５の所定記憶領域が用いられ、機能モジュール５４はスキャナ部１１、プリンタ部１２、ＦＡＸ部１３を用いて構成されるスキャナ機能、プリンタ機能、ＦＡＸ送信・受信機能などがあり、ＵＩ５５は表示パネル１６を用いて構成される。

指示書管理部５２は、指示書プール５１、通信部５３、機能モジュール５４、及びＵＩ５５と接続されている。ユーザは、ＵＩ５５を介して、指示書管理部５２によって管理されている指示書プール５１中の各種指示書６０の中から所望の指示書６０を選択して実行を指示したり、必要に応じてスキャンパラメータなどを変更する。すなわち、ＵＩ５５が本発明の操作手段に対応する。

指示書管理部５２は、ＵＩ５５からの指示書６０の実行指示の入力を受けて、実行が指示された指示書６０を指示書プール５１から選択して読み出す。そして、当該読み出した指示書６０を解釈（デコード）して、当該指示書６０の記述内容に従って、機能モジュール５４を動作させたり、通信部５３から制御装置３０へ向けて指示書６０を送信させて制御装置３０を指示書６０の記述内容に従って動作させる。指示書管理部５２が本発明の指示書選択手段、通信部５３が本発明の送信手段としての機能を担っている。

また、指示書管理部５２は、ＵＩ５５を介して入力されたユーザから指示に応じて、指示書プール５１から読み出した指示書６０内の自装置で行う処理に関するパラメータ、すなわちスキャンパラメータの設定を必要に応じて変更することもできる。なお、このために、指示書６０にはスキャンパラメータ設定変更を行うためのＧＵＩ画面の情報が予め含まれており、この情報に基づいてＧＵＩ画面をＵＩ５５に表示して、ユーザのスキャンパラメータの設定変更を受け付ける。指示書６０をＸＭＬ形式のファイルとすることで、このようにＧＵＩ画面を表示させることも容易である。

また、ＵＩ５５と通信部５３とも接続されており、入力端末５０では、通信部５３を介して制御装置３０から受信した情報をＵＩ５５に表示したり、ＵＩ５５から入力された情報を通信部５３を介して制御装置３０へ送信することもできる。

一方、制御装置３０は、本発明の内容情報として各種のルールを表す情報（以下、ルール情報）６５が格納された本発明の内容情報記憶手段としてのルールプール７０と、指示書６０中に記載されているルールＩＤ６１を認識する指示書認識部７１と、ルールＩＤ６１に対応するルール情報６５をルールプール７０から取得するルール取得部７２と、ルール情報６５で示されているルールを実行するルール処理部７３と、指示書６０やルール情報６５の作成・編集を行う作成・編集部７４と、ネットワーク５を介して入力端末５０と各種情報の授受を行う通信部７５と、ユーザが各種情報・指示入力を行うためのＵＩ７６と、を備えている。

なお、制御装置３０では、ＣＰＵ３１でのプログラムの実行により図４に示したハードウェア資源を利用して上記各部の機能が構築され、ルールプール７０にはハードディスクドライブ３６や図示しない外部記憶媒体の所定記憶領域が用いられ、ＵＩ７６はディスプレイ３４、キーボード３７、及びマウス３８を含んで構成される。

指示書認識部７１は、通信部７５と接続されており、通信部７５により入力端末５０から送信されてきた指示書６０を受信した場合に、当該受信した指示書６０を通信部７５から受け取る。したがって、通信部７５が本発明の受信手段としての機能を担っている。そして、指示書認識部７１は、この指示書６０を解釈（デコード）して、指示書６０中に記載されているルールＩＤ６１を認識する。

指示書認識部７１は、ルール取得部７２にも接続されており、認識したルールＩＤ６１をルール取得部７２に通知する。ルール取得部７２は、ルールプール７０及びルール処理部７３と接続されており、指示書認識部７１から通知されたルールＩＤに対応するルール情報６５をルールプール７０から読み出して、ルール処理部７３に渡す。したがって、ルール処理部７２が本発明の内容情報選択手段に対応する。

ルール処理部７３は、本発明の実行手段として機能するものであり、ルール取得部７２から渡されたルール情報６５で示されているルールを実行する。また、このルール処理部７３は、通信部７５と接続されており、ルール実行結果を通信部７５を介して入力端末５０へ通知することもできる。

作成・編集部７４は、通信部７５及びＵＩ７６と接続されている。また、作成・編集部７４は、ルールプール７０にアクセス可能に接続されている。ルールプール７０には、各ルールを表すルール情報６５の他に、それぞれのルールと関連する指示書６０を示す関連付け情報６６（後述）も格納される。すなわち、ルールプール７０には、ルール毎にルール情報６５及び関連付け情報６６が格納されることになる
作成・編集部７４は、ＵＩ７６、又は通信部７５を介して入力端末５０側のＵＩ５５からの入力指示に従って、ルールや指示書の作成・編集を行うものである。なお、編集には内容変更のほか、削除も含むものとする。

具体的に、作成・編集部７４は、ルールを作成する際には、入力指示に基づいてルール情報６５を生成してルールプール７０に格納する。また、指示書を作成する場合は、入力指示に基づいて指示書６０を作成し、当該作成した指示書６０を入力端末５０へ送信すると共に、当該作成した指示書６０内で記述したルールＩＤ６１に対応するルールを特定し、ルールプール７０内の該特定したルールの関連付け情報６６として、当該作成した指示書６０に関する情報を追加する。また、ルールを編集する場合には、入力指示に基づいて、編集対象のルールに対応するルール情報６５の内容変更や削除を行うと共に、編集対象のルールに対応する関連付け情報６６に基づいて当該ルールに関連する指示書６０を特定し、通信部７５を介して入力端末５０と通信を行って、該特定した指示書６０の内容変更や削除を行う。

［ルールＩＤ及び関連付け情報］
次に、ルールＩＤ６１及び関連付け情報６６を具体的に説明する。

ルールＩＤ６１は、対応するルール情報６５へのリンク情報（本発明の第１のリンク情報に対応）であり、ネットワーク上の各種データの中から対応するルール情報６５を特定するために用いるものである。例えば、ルールＩＤ６１は、対応するルール情報６５の格納場所（すなわち制御装置３０）を示す情報と、当該格納場所内でそのルール情報６５を他の情報から識別するための識別情報とから構成することができる。格納場所を示す情報としては、制御装置３０のＵＲＩ（Uniform Resource Identifiers）やＩＰアドレスを用いることができ、当該格納場所内の各ルール情報６５の識別情報として一連番号を付与したり、ユーザがユニークな名前を任意に付けることが考えられる。すなわち、ルールＩＤ６１は、「制御装置３０のＵＲＩ＋一連番号」、「制御装置３０のＩＰアドレス＋一連番号」、「制御装置３０のＵＲＩ＋名前」、或いは「制御装置３０のＩＰアドレス＋名前」等のように定められる。

また、関連付け情報６６は、対応するルールと関連がある指示書６０へのリンク情報で（本発明の第２のリンク情報に対応）あり、ネットワーク上の各種データの中から対応するルールと関連がある指示書６０（すなわち対応するルールＩＤ６１が記述されている指示書６０）を特定するために用いるものである。例えば、関連付け情報６６は、当該指示書６０の格納場所（すなわち入力端末５０）を示す情報と、当該格納場所内でその指示書６０を他の情報から識別するための識別情報とから構成することができる。格納場所を示す情報としては、入力端末５０のＵＲＩやＩＰアドレスを用いることができ、当該格納場所内の各指示書６０の識別情報として一連番号を付与したり、当該指示書の作成者とその作成日時を用いることが考えられる。すなわち、関連付け情報６６は、「入力端末５０のＵＲＩ＋一連番号」、「入力端末５０のＩＰアドレス＋一連番号」、「入力端末５０のＵＲＩ＋作成者＋作成日時」、或いは「入力端末５０のＩＰアドレス＋作成者＋作成日時」等のように定められる。

［作用］
次に、本実施の形態の作用を説明する。以下、複合機１０を入力端末５０として用いる場合を例に説明する。図８に、入力端末５０で実行される処理、図９、１０に制御装置３０で実行される処理を示す。

まず、入力端末５０（複合機１０）で原稿を読取り、該読取により得たドキュメントに対して所望のルールに従った一連の処理を施す場合を説明する。この場合、ユーザは、入力端末５０（複合機１０）に原稿をセットすると共に、ＵＩ５５を操作して指示書選択メニューを選択する。

入力端末５０は、図８に示すように、ユーザによって指示書選択メニューが選択されると、ステップ１００からステップ１０２に進み、ＵＩ５５を介してユーザによる所望の指示書６０の選択を受け付ける。具体的には、指示書プール５１に格納中の指示書６０一覧や、それぞれの指示書６０の記述内容をＵＩ５５に表示して、所望の指示書の選択及び該実行指示の入力を受け付ける。

ここで、一連の処理の詳細についてはルール情報６５側に記載したため、指示書６０内にはその代わりにルールＩＤ６１が記載されている。このルールＩＤ６１だけでは、各指示書６０が如何なる一連の処理を行うものであるのをユーザが判別するのは困難であるが、本実施形態では、前述したように指示書６０内に処理の概要を説明するコメントを含めたので、指示書６０の内容表示時にこのコメントを表示させることができ、ユーザはこのコメントを確認することで容易に所望の指示書を選択可能である。

そして、ユーザによって指示書６０が選択され、該選択した指示書の実行指示が入力されると、次のステップ１０４に進み、指示書管理部５２によって、ユーザにより選択された指示書６０を指示書プール５１から読み出す。このとき、必要に応じて、ユーザからのスキャンパラメータの設定変更指示をＵＩ５５を介して受け付け、受け付けた設定変更指示に従って、指示書プール５１から読み出した指示書６０のスキャンパラメータを変更することも可能である。

そして、指示書管理部５２は、次のステップ１０６で、読み出した指示書６０を解釈し、＜スキャンパラメータ＞で指定されている指定内容に従って、スキャン機能に対応する機能モジュール５４を動作させて原稿を読取らせ、その結果得たドキュメントを指定された格納場所に格納する。これにより、ドキュメントが文書共有ネットワークシステム１に入力されることになる。

その後は、＜その他サービスの呼び出し＞の指定がなされていなければ、次のステップ１０８からステップ１１２に進むが、＜その他サービスの呼び出し＞が指定されている場合には、次のステップ１０８からステップ１１０に進み、該当する機能モジュール５４を呼び出して、指定された格納場所に格納したドキュメントに対して、指定内容に従った処理を実行した後、ステップ１１２に進む。

ステップ１１２では、＜文書共有サービスの呼び出し＞の指定内容に従って、当該指示書６０を、通信部５３からＩＰ（Internet Protocol）アドレスなどで指定された制御装置３０へ向けて送信させる。これにより、指示書６０に記載されているルールＩＤ６１に対応するルールに従って、文書共有ネットワークシステム１においてドキュメントの取り込みから加工、配信までの一連の処理を行なうように制御装置３０に指示することになる。

制御装置３０は、図９に示すように、入力端末５０からの指示書６０を通信部７５で受信すると、ステップ２００からステップ２０２に進み、指示書認識部７１において当該受信した指示書６０を解釈し、指示書中に記載されているルールＩＤ６１を認識する。そして、次のステップ２０４で、ルール取得部７２において、このルールＩＤ６１に対応するルール情報６５をルールプール７０から読み出す。

ルールプール７０から読み出されたルール情報６５はルール処理部７３に渡され、次のステップ２０６で、ルール処理部７３において、当該ルール情報６５を解釈してルールを実行する。すなわち、当該ルールに従って、入力系プラグインからドキュメントを取り込み、取り込んだドキュメントを処理系プラグインで処理し、処理したドキュメントを出力系プラグインに配信するように制御する。なお、通常は、入力系プラグインからのドキュメントの取り込みは、＜スキャンパラメータ＞により指定された格納場所から該当するドキュメントを取り込むことになる。

そして、最後にステップ２０８で、ルールの実行結果を示す情報を通信部７５を介して入力端末５０へ送信する。これにより、ルール実行結果が入力端末５０に通知されることになる。このルールの実行結果を示す情報は、入力端末５０の通信部５３で受信される。

入力端末５０は、図８のステップ１１２で指示書６０を送信した後は、制御装置３０からのルールの実行結果を示す情報を受信するまで待機しており、該情報を受信すると、次のステップ１１４からステップ１１６に進み、受信したルールの実行結果を示す情報をメモリ１５の所定領域などに記憶したり、或いはＵＩ５５（表示パネル１６）に表示させるなどして、処理を終了する。なお、ルール実行結果を示す情報は、ユーザにより予め指定されたメールアドレスなどに送信するようにしてもよい。

次に、ユーザの指示に応じて、指示書を作成したり、ルールを編集する場合の処理について説明する。この場合の指示入力は、入力端末５０及び制御装置３０の何れのＵＩからでも行なうことができるが、以下では、ユーザが入力端末５０のＵＩ５５を操作する場合を例に説明する。

ユーザは、指示書を作成したい場合、ＵＩ５５を操作して指示書作成メニューを選択する。

入力端末５０は、図８に示すように、ユーザによって指示書作成メニューが選択されると、ステップ１００からステップ１２０、ステップ１２２と進み、通信部５３から制御装置３０へ向けて指示書作成要求を送信する。

制御装置３０は、図９に示すように、通信部７５で入力端末５０からの指示書作成要求を受信すると、ステップ２００からステップ２２０、ステップ２２２と進み、作成・編集部７４により、指示書６０を作成するためのＧＵＩ画面となるデータ（例えばＨＴＭＬ形式やＸＭＬ形式のデータ）を通信部７５を介して入力端末５０へ送信する。

入力端末５０は、このデータを通信部５３で受信すると、図８のステップ１２４からステップ１２６に進み、ＵＩ５５において、受信データに基づいてＧＵＩ画面を表示し、ユーザからの指示書６０に記述すべき各パラメータの設定を受け付ける。ユーザは、ＵＩ５５を操作して、表示されたＧＵＩ画面上で所望のパラメータを設定する。

このとき、ユーザがルールを使用する指示書６０を作成したい場合には、入力端末５０と制御装置３０間の通信が適宜行われて、ルールプール７０に格納されている各ルール情報６５に関する情報をＵＩ５５に表示し、ユーザによる所望のルールの選択を受け付ける。そして、ユーザがＵＩ５５を操作して、所望のルールを選択したら、当該選択されたルールに対応するルールＩＤ６１、コメント等が＜文書共有サービスの呼び出し＞のパラメータとして設定されることになる。そして、ユーザによってパラメータが設定されたら、次のステップ１２８に進み、当該パラメータ設定結果を示す情報が通信部５３から制御装置３０へと送信される。

制御装置３０は、図９のステップ２２２でＧＵＩ画面のデータを送信した後、入力端末５０からのパラメータ設定結果を示す情報を通信部７５で受信すると、次のステップ２２４からステップ２２６に進み、作成・編集部７４において、該受信情報に基づいて指示書６０を作成し、作成した指示書６０を通信部７５から入力端末５０へ送信させる。なお、指示書６０がルールを使用するものである場合は、作成した指示書６０中にはルールＩＤ６１が記載されている。

入力端末５０では、図８のステップ１２８でパラメータ設定結果を示す情報を送信した後は、制御装置３０からの指示書６０を通信部５３で受信したら、次のステップ１３０からステップ１３２に進み、指示書管理部５２により、該受信した指示書６０を指示書プール５１に格納する。このとき、指示書管理部５２では、連番など、該指示書６０を識別するための識別符号の付与も行う。これにより、入力端末側の処理は終了する。

一方、制御装置３０では、図９のステップ２２６で指示書６０を作成して送信した後は、該作成した指示書６０中にルールＩＤ６１を記載した場合には、次のステップ２２８からステップ２３０に進み、当該ルールＩＤ６１に対応するルールの関連付け情報として、新規作成した指示書の関連付け情報６６を生成して、ルールプール７０に記憶（追加）して処理を終了することになる。これにより、特定したルールに新規作成した指示書６０が関連付けられることになる。なお、関連付け情報６６に用いる指示書６０の識別情報については、入力端末５０と通信を行ない、入力端末５０側の指示書管理部５２から得ることができる。

また、ステップ２２６で作成した指示書６０中にルールＩＤ６１を記載しなかった場合は、ステップ２２８で否定判定されて、制御装置３０は、関連付け情報の追加を行わずに、そのまま処理を終了する。

また、ユーザは、ルールを編集したい場合、ＵＩ５５を操作して編集メニューを選択する。

入力端末５０は、図８に示すように、ユーザによって編集メニューが選択されると、ステップ１００からステップ１２０、ステップ１４０、ステップ１４２と進み、通信部５３から制御装置３０へ向けて編集要求を送信する。

制御装置３０は、図９に示すように、入力端末５０からの編集要求を通信部７５で受信すると、ステップ２００から、ステップ２２０、ステップ２４０と進み、ステップ２４０から図１０のステップ２４２に進む。ステップ２４２では、作成・編集部７４により、ルールを編集するためのＧＵＩ画面となるデータ（例えばＨＴＭＬ形式やＸＭＬ形式のデータ）を通信部７５を介して入力端末５０へ送信する。

入力端末５０は、このデータを通信部５３で受信すると、図８の次のステップ１４４からステップ１４６に進み、ＵＩ５５において、該受信データに基づいてＧＵＩ画面を表示し、ユーザからのルールの編集指示を受け付ける。ユーザは、ＵＩ５５を操作して、表示されたＧＵＩ画面上で編集対象のルール及びその編集内容を指定することにより、ルールの編集指示を行う。そして、入力端末５０は、ユーザからのルール編集指示を受けると、次のステップ１４８に進み、該編集指示を示す情報を通信部５３から制御装置３０へ送信する。

制御装置３０は、図１０のステップ２４２でＧＵＩ画面のデータを送信した後、編集指示を示す情報を通信部７５で受信すると、作成・編集部７４により、当該受信情報を解釈し、ルール削除を指示するものであれば、次のステップ２４４からステップ２４６、ステップ２４８と進み、受信情報が示す指示に従って、ルールプール７０内の対応するルール情報６５を削除する。これにより、ユーザにより指定されたルールが削除される。

そして、次のステップ２５０で、作成・編集部７４において、ルールプール７０内の削除したルールの関連付け情報６６を参照して、該削除したルールと関連付けられている指示書６０を特定し、この特定した指示書６０の削除指示を入力端末５０へ送信する。前述したように、関連付け情報６６には指示書６０の格納場所を示す情報が含まれているので、作成・編集部７４は、入力端末５０が複数存在する場合でも、この関連付け情報６６から指示書の削除指示を送信すべき入力端末５０を把握することができる。そして次のステップ２５２で、ルールプール７０内から削除したルールの関連付け情報６６も削除して処理を終了する。

入力端末５０は、図８のステップ１４８で編集指示を送信後、制御装置３０からの指示書６０の削除指示を通信部５３で受信すると、次のステップ１５０からステップ１５２に進む。ステップ１５２では、指示書管理部５２により、受信した削除指示に従って、指示書プール５１から対応する指示書６０を削除して処理を終了する。これにより、制御装置３０では、ルールを削除した場合には、関連付け情報６６から、入力端末５０の指示書プール５１の中から、削除したルールに対応するルールＩＤ６１が記述されている指示書６０を特定し、その指示書６０を削除することができることになる。

また、制御装置３０は、作成・編集部７４により受信情報を解釈した結果、内容変更を指示するものであった場合は、図８のステップ２４４からステップ２４６、ステップ２５４と進み、受信情報が示す指示に従って、ルールプール７０から対応するルール情報６５を読み出して、その内容を変更する。そして、次のステップ２５６で、作成・編集部７４では、ルールプール７０内の編集したルールの関連付け情報６６を参照して、該編集したルールと関連付けられている指示書６０を特定し、この特定した指示書６０の編集指示を入力端末５０へ送信して処理を終了する。なお、指示書６０の編集が不要な場合には、ステップ２５６の処理は省略可能である。

入力端末５０は、図８のステップ１４８で編集指示を送信後、制御装置３０からの指示書６０の編集指示を通信部５３で受信すると、次のステップ１５０からステップ１５４、ステップ１５６と進む。ステップ１５６では、指示書管理部５２により、受信した編集指示に従って、指示書プール５１内の対応する指示書６０を編集して処理を終了する。ステップ１５６で行う指示書６０の編集では、例えば、指示書６０内のスキャンパラメータなどを変更したり、指示書６０内のルールＩＤ６１の記述を削除したり、指示書６０内のコメント内容を変更したり、指示書６０自体を削除したりする。これにより、制御装置３０では、関連付け情報６６から、入力端末５０の指示書プール５１に格納されているルールＩＤ６１が記述されている指示書６０を特定し、その指示書６０を編集することができることになる。

このように本実施の形態では、ドキュメントの取り込みから加工、配信までの一連の処理の内容を示すルール情報６５を制御装置３０のルールプール７０に格納しておき、文書共有ネットワークシステム１においてドキュメントの取り込みから加工、配信までの一連の処理を行う際には、ルールＩＤ６１が記述された指示書６０が入力端末５０から制御装置３０に送信されるようにした。制御装置３０では、指示書認識部７１で入力端末５０から入力された指示書６０を解析してルールＩＤ６１を認識し、ルール取得部７２で認識したルールＩＤ６１に対応するルール情報６５をルールプール７０から選択し、ルール処理部７３で当該選択したルール情報６５に従って一連の処理がなされるように制御するようにした。

これにより、指示書６０内に記述されるべき一連の処理の内容を示す部分が切り出されてルール情報６５として制御装置３０側に保持されることになり、入力端末５０側に保持される指示書６０内には、一連の処理の内容を記述する代わりに、ルール情報６５へのリンク情報となるルールＩＤ６１を記述するだけで済むので、指示書６０のデータサイズを小さくすることができる。よって、入力端末５０の指示書プール５１に多数の指示書６０を保持させることが可能となり、また、入力端末５０及び制御装置３０間の通信容量及び通信時間を低減することができる。

また、制御装置３０において、各種一連の処理の内容（ルール）を示すルール情報６５を一括管理することになるので、入力端末５０が複数ある場合の管理作業効率を向上させることができる。

例えば、一連の処理内容の変更などルール情報６５の編集を行いたい場合、たとえ入力端末５０が複数有ったとしても、ユーザは、制御装置３０に保持されている対応するルール情報６５を編集するだけで済み、全ての入力端末５０について内容変更作業を行わずともよい。

また、各ルールのルール情報６５と共に当該ルールと関連する指示書６０へのリンク情報となる関連付け情報６６も制御装置３０に保持させ、制御装置３０において、各ルールと関連する指示書６０を特定可能にした。これにより、ルール編集の際に、入力端末５０側に保持されている関連する指示書６０を特定し、該関連する指示書６０の編集を行うことができ、管理作業効率を更に向上させることができる。

例えば、上記で説明した如く、不要なルールを削除する場合には、ルール情報６５の削除のみならず、関連する指示書６０を特定して自動的に削除することができる。また、一連の処理の内容（ルール情報６５の内容）を変更した場合には、関連する指示書６０を特定して、該関連する指示書６０内のルールＩＤ６１の記述を削除して、指示書６０とルール情報６５とのリンクを自動的に削除することもできる。また、ルール編集時に指示書６０内に記載されている他の記述（スキャンパラメータ等）内容の変更したい場合も、関連付け情報６６から指示書６０を特定し、指示書６０を任意に編集することも可能にである。

なお、上記では、ドキュメントの取り込みから加工、配信までの一連の処理の全内容をルール情報６５に記述したが、本発明はこれに限定されるものではなく、一連の処理のうちの少なくとも一部の処理の内容をルール情報６５に記述して、指示書６０に記述すべき情報量を減らすことができればよい。

本発明の実施の形態に係る文書共有ネットワークシステムの概略図である。 文書共有ネットワークシステムの処理の概要を説明する図である。 複合機の構成を示す図である。 制御装置の構成を示す図である。 入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。 文書共有ネットワークシステムの機能構成を示す図である。 指示書の記述内容の一例を示す図である。 入力端末（複合機）で実行される処理を示すフローチャートである。 制御装置で実行される処理の一部を示すフローチャートである。 制御装置で実行される処理の残りの一部を示すフローチャートである。

符号の説明

１ 文書共有ネットワークシステム
５ ネットワーク
１０ 複合機
２０ メールサーバ
２５ 端末装置
３０ 制御装置
５０ 入力端末
５１ 指示書プール
５２ 指示書管理部
５３ 通信部
５４ 機能モジュール
６０ 指示書
６１ ルールＩＤ
６５ ルール情報
６６ 関連付け情報
７０ ルールプール
７１ 指示書認識部
７２ ルール取得部
７３ ルール処理部
７４ 作成・編集部
７５ 通信部

Claims (6)

1. 入力端末から文書データに関して行う処理が記述された指示書が入力され、入力された前記指示書に従って、文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理装置であって、
   前記サービスで行う所定の処理のうちの少なくとも一部の処理内容が記述された内容情報が複数記憶される内容情報記憶手段と、
   前記入力端末から前記内容情報への第１のリンク情報を含んだ前記指示書を受信する受信手段と、
   前記受信手段により受信した前記指示書に含まれる前記第１のリンク情報に対応する前記内容情報を前記内容情報記憶手段から選択する内容情報選択手段と、
   前記内容情報選択手段により選択された前記内容情報を参照しながら前記受信手段で受信した前記指示書に従った前記サービスを実行する実行手段と、
   を有することを特徴とするサービス処理装置。
2. 前記内容情報の編集を行う編集手段を更に有する、
   ことを特徴とする請求項１に記載のサービス処理装置。
3. 前記内容情報記憶手段が、前記内容情報毎に、当該内容情報と前記第１のリンク情報によって対応付けられ且つ前記入力端末側に保持されている前記指示書への第２のリンク情報を更に記憶し、
   前記編集手段が、前記内容情報記憶手段に記憶されている前記第２のリンク情報に基づいて、編集対象の前記内容情報の参照を行う前記指示書を特定し、特定した指示書の編集を更に行う、
   ことを特徴とする請求項２に記載のサービス処理装置。
4. 前記第１のリンク情報を含む前記指示書を作成して前記入力端末に保持させると共に、当該作成して前記入力端末に保持させた前記指示書への前記第２のリンク情報を作成して前記内容情報記憶手段に記憶させるように制御する作成制御手段を更に備える、
   ことを特徴とする請求項３に記載のサービス処理装置。
5. 文書データに関して所定の処理を行うサービスをネットワーク上で連携して処理するサービス処理システムであって、
   請求項１乃至請求項４の何れか１項に記載のサービス処理装置と、
   前記第１のリンク情報を含んだ前記指示書を前記サービス処理装置に入力するための入力端末と、
   を有することを特徴とするサービス処理システム。
6. 請求項１乃至請求項４の何れか１項に記載のサービス処理装置に前記指示書を入力するために用いられる入力端末であって、
   前記第１のリンク情報を含む前記指示書を複数記憶可能な指示書記憶手段と、
   前記指示書を指定するために操作される操作手段と、
   前記操作手段の被操作により指定された指示書を前記指示書記憶手段から選択する指示書選択手段と、
   前記指示書選択手段により選択された前記指示書を前記サービス処理装置へ送信する送信手段と、
   を有することを特徴とする入力端末。

Images