JP6398455B2 - 画像処理機能制御装置、画像処理機能制御システム、画像処理機能制御方法及び画像処理機能制御プログラム - Google Patents

Description

本発明は、画像処理機能制御装置、画像処理機能制御システム、画像処理機能制御方法及び画像処理機能制御プログラムに関する。

近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機として構成されることが多い。

また、電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する文書管理システムが知られている。このような文書管理システムにおいては、スキャナ機能と情報処理機能とを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている。

このようなシステムにおいて、画像データを配信するための配信システムと、大量のデータを扱う基幹システムとの間の連携を高めるため、基幹システムから取得した画像データの格納先に基づいて画像データを取得する方法が提案されている（例えば、特許文献１参照）。

特許文献１に開示された技術においては、処理される画像データが大量である場合について考慮されており、その際の画像データの管理の手間を低減することが目的となっている。これに対して、特許文献１においては、画像処理機能の管理については考慮されていない。

画像処理技術の進歩により、上述したようなワークフローに組み込むことが可能な画像処理機能は随時増えていくため、それらの機能を管理する必要がある。しかしながら、管理するべき画像処理機能の量が膨大なものになると、全部の機能を把握することが困難となる。

そのような場合において、例えば、処理された画像データのアウトプットとして、所定の配信先への画像データの配信に加えて、ローカルでの保存を行いたい場合、従来であれば夫々の機能を別個に設定する必要があり、ユーザにとっては操作の負担となっていた。また、それらの機能を一度に設定するための機能を実現するためには、夫々の機能を搭載した処理モジュールを新たに構築する必要があり、機能そのものは従来と同一であるにも関わらず新たに構築するため重複した開発が行われることとなる。

本発明は、このような課題を解決するためになされたものであり、複数の処理機能を組み合わせて画像を処理するワークフローシステムにおいて、多種の処理機能の管理及び設定を簡易化することを目的とする。

上記課題を解決するために、本発明の一態様は、複数の画像処理機能が組み合わせられたワークフローの実行を制御する画像処理機能制御装置であって、前記画像処理機能の動作設定を行うための動作設定画面の表示情報の要求に基づき、前記動作設定画面の表示情報を出力する画面応答部と、前記動作設定画面に対する操作に応じて設定された動作設定に基づいて複数の前記画像処理機能に画像処理を実行させる画像処理実行制御部と、を含み、前記画像処理機能の動作設定画面の表示情報は構造化言語によって記述された情報であり、前記画面応答部は、前記表示情報が要求された画像処理機能の動作設定画面と、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面とを合成した動作設定画面を生成するときに、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面の表示情報を、前記表示情報が要求された画像処理機能の動作設定画面の表示情報に付加すると共に、前記他の画像処理機能の動作設定画面の表示位置を示す値を変更することにより、前記表示情報が要求された画像処理機能の動作設定画面と前記他の画像処理機能の動作設定画面とを合成して出力することを特徴とする。

本発明によれば、複数の処理機能を組み合わせて画像を処理するワークフローシステムにおいて、多種の処理機能の管理及び設定を簡易化することができる。

本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係る画像処理装置の機能構成を示すブロック図である。 本発明の実施形態に係るワークフローサーバの機能構成を示すブロック図である。 本発明の実施形態に係るプラグインテーブルの例を示す図である。 本発明の実施形態に係るメールによる情報のやりとりを示す図である。 本発明の実施形態に係るシステム全体の動作を示すシーケンス図である。 本発明の実施形態に係るプラグイン一覧選択画面の例を示す図である。 本発明の実施形態に係るプラグインの動作設定画面の例を示す図である。 本発明の実施形態に係る実行命令情報の例を示す図である。 本発明の実施形態に係るＧＵＩの表示情報の要求を受けたワークフローサーバの動作を示すフローチャートである。 本発明の実施形態に係るＧＵＩの表示情報のマージ態様を示す図である。 本発明の実施形態に係るプラグインの実行制御動作を示すフローチャートである。

以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、複数の機能が組み合わせられて構成されたワークフローにより、入力された画像に対して設定された画像処理を行った上で設定された方法で出力する画像処理システムについて説明する。そのような画像処理システムにおいて、利用可能な機能の種類が膨大となった場合の機能の管理を容易化することが本実施形態に係る要旨である。図１は、本実施形態に係る画像処理システムの運用形態を示す図である。

図１に示すように、本実施形態に係る画像処理システムは、画像処理装置１、ワークフローサーバ２、ファイルサーバ３、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）４が接続されたネットワークＡ、クラウドプラグインサーバ５が接続されたネットワークＢ、クラウドストレージサーバ６が接続されたネットワークＣが、夫々インターネットなどの公衆回線を介して接続されて構成される。

ネットワークＡはオフィスＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークであり、本実施形態に係るシステムを利用するユーザのオフィス等で用いられるネットワークである。画像処理装置１は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）である。

ワークフローサーバ２は、ワークフローの実行を管理するサーバである。また、ワークフローサーバ２は、ワークフローを構成するための画像処理機能を提供する。ワークフローを構成するための画像処理機能は、“プラグイン”と呼ばれるソフトウェアモジュールによって提供される。このプラグインの動作パラメータの設定は、ワークフローサーバ２から提供される表示情報に基づいて画像処理装置１のディスプレイパネルを介して行われる。

本実施形態に係る画像処理システムにおいては、ユーザがワークフローの設定を行うためのユーザインタフェースとして画像処理装置１が用いられる。ワークフローサーバ２は、画像処理装置１においてＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示するための表示情報を生成して画像処理装置１に供給する機能を有する。これらの機能により、ワークフローサーバ２が画像処理機能制御装置として機能する。

このプラグインの動作設定画面の表示に際して、画像処理機能毎に夫々作成される複数のプラグインのＧＵＩを合成して表示することが本実施形態に係る要旨の１つである。このような態様により、プラグインの数が膨大になった場合においても、夫々の機能毎に個別の設定画面において設定するのではなく、単一の画面において複数の機能を設定することが可能となり、ユーザの利便性を向上することが出来る。

ファイルサーバ３は、ネットワークＡにおいてネットワークを介して記憶領域を提供するサーバであり、ワークフローによって処理された画像データが格納される格納先として用いられる。ＰＣ４は、ユーザが操作する情報処理端末である。ＰＣ４は、ワークフローによって画像が配信される配信先の他、ファイルサーバ３やクラウドストレージサーバ６に配信された画像を参照するためのユーザインタフェースとして用いられる。

クラウドプラグインサーバ５は、ワークフローに組み込まれる画像処理機能を提供するサーバである。本実施形態に係る画像処理システムにおいては、ワークフローサーバ２に含まれる画像処理機能の他、クラウドプラグインサーバ５に含まれる画像処理機能や、他のネットワークにおいて機能するワークフローサーバに含まれる画像処理機能が用いられる。クラウドストレージサーバ６は、公共のネットワークを介して記憶領域を提供するサーバであり、ワークフローによって処理された画像データが格納される格納先として用いられる。

次に、図１に示す各機器のような、本実施形態に係る画像処理システムに含まれる情報処理装置のハードウェア構成について図２を参照して説明する。尚、画像処理装置１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。

図２に示すように、本実施形態に係る情報処理装置は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る情報処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。

このようなハードウェア構成において、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体からＲＡＭ２０に読み出されたプログラムに従ってＣＰＵ１０が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像所理想値１やワークフローサーバ２等の機能を実現する機能ブロックが構成される。

次に、本実施形態に係る画像処理装置１の機能構成について、図３を参照して説明する。図３は、本実施形態に係る画像処理装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像処理装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。

また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０及び入出力制御部１５０を含む。図３に示すように、本実施形態に係る画像処理装置１は、スキャナユニット１０２、プリントエンジン１０６を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙の流れを破線の矢印で示している。

ディスプレイパネル１０４は、画像処理装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像処理装置１を直接操作し、若しくは画像処理装置１に対して情報を入力する際の入力インタフェースでもある。即ち、ディスプレイパネル１０４は、ユーザによる操作を受けるための画像を表示する機能を含む。ディスプレイパネル１０４は、図２に示すＬＣＤ６０及び操作部７０によって実現される。

ネットワークＩ／Ｆ１０８は、画像処理装置１がネットワークを介してワークフローサーバ２等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、ＴＣＰ／ＩＰプロトコルによる通信が可能である。また、ネットワークＩ／Ｆ１０８は、画像処理装置１がファクシミリとして機能する際に、ファクシミリ送信を実行するためのインタフェースとしても機能する。そのため、ネットワークＩ／Ｆ１０８は、電話回線にも接続されている。ネットワークＩ／Ｆ１０８は、図２に示すＩ／Ｆ５０によって実現される。

コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体からＲＡＭ２０に読み出されたプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアによってコントローラ１００が構成される。コントローラ１００は、画像処理装置１全体を制御する制御部として機能する。

主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。

また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置１の記憶領域に格納され若しくはネットワークＩ／Ｆ１０８を介して他の情報処理端末や記憶装置に送信される情報である。

操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介して他のネットワークに接続された機器にアクセスする。

画像処理装置１がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。即ち、入出力制御部１５０が画像形成出力命令取得部として機能する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成させる。

画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０は、プリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。即ち、画像処理部１３０、エンジン制御部１２０及びプリントエンジン１０６が画像形成出力部として機能する。

画像処理装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作若しくはネットワークＩ／Ｆ１０８を介してＰＣ２等の他の端末から入力されるスキャン実行指示に応じて、操作表示制御部１４０若しくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。

エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作すると共に、エンジン制御部１２０が、読取制御部として機能する。

撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。このような機能により、画像処理装置１は、本実施形態に係るシステムに画像データを入力するための画像入力装置としても機能する。

画像処理部１３０が生成した画像情報は主制御部１１０が取得し、主制御部１１０がＨＤＤ４０等の画像処理装置１に装着された記憶媒体に保存する。即ち、スキャナユニット１０２、エンジン制御部１２０及び画像処理部１３０が連動して、画像入力部として機能する。画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ４０等に格納され若しくは入出力制御部１５０及びネットワークＩ／Ｆ１０８を介してＰＣ２等の外部の装置に送信される。

また、画像処理装置１が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。尚、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。

次に、本実施形態に係るワークフローサーバ２の機能構成について図４を参照して説明する。図４に示すように、本実施形態に係るワークフローサーバ２は、コントローラ２００及びネットワークＩ／Ｆ２１０を含む。ネットワークＩ／Ｆ２１０は、ワークフローサーバ２がネットワークを介して画像処理装置１等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢインタフェースが用いられる。

コントローラ２００は、入出力制御部２０１、ＧＵＩ応答部２０２、プラグインテーブル２０３、ワークフロー実行制御部２０４及び各種プラグイン２０５を含む。入出力制御部２０１は、ネットワークＩ／Ｆ２１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ２１０を介して情報を送信する。

ＧＵＩ応答部２０２は、画像処理装置１においてプラグインの設定画面のＧＵＩを表示するための表示情報を生成する。本実施形態に係るＧＵＩ応答部２０２は、プラグインテーブル２０３の情報に基づき、複数のプラグインのＧＵＩを合成して単一のＧＵＩとして表示情報を生成する。

プラグインテーブル２０３は、本実施形態に係る画像処理システムにおいて用いられるプラグインの一覧情報である。図５を参照して、プラグインテーブル２０３の内容について説明する。図５に示すように、プラグインテーブル２０３は、“ＩＤ”、“プラグイン名”、“呼び出し情報”、“子ＩＤ”、“親ＩＤ”、“暗号化キー”の情報が互いに関連付けられたテーブルである。

“ＩＤ”は、夫々のプラグインを個別に識別する識別子である。“プラグイン名”は、夫々のプラグインの名称を示す。“呼び出し情報”は、夫々のプラグインに処理を実行させるための情報である。ワークフローサーバ２に含まれる機能の場合、そのプラグインの実行ファイルが格納されているファイルパスが設定されている。また、クラウドプラグインサーバ５に含まれる機能の場合、ネットワークを介してクラウドプラグインサーバ５内のプラグインに処理を要求するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が設定されている。

また、他のオフィスＬＡＮ等、ファイアウォール等でアクセスが制限されたネットワークに接続された他のワークフローサーバに含まれる機能の場合、そのワークフローサーバが情報を取得するためのメールアドレスが設定されている。ここで、他のネットワークに接続されたワークフローサーバ２´に処理を要求する場合の構成について図６を参照して説明する。

オフィスＬＡＮ等のネットワークの場合、ファイアウォール等のアクセス制限により、外側から情報を送りこむことが困難である。そのような場合、図６に示すように、処理を要求する側のワークフローサーバ２は、図６の（１）に示すように、特定のメールアドレスにメール送信によって画像データ及び処理の要求を送信する。これにより、メールサーバ７に情報が送信される。処理を要求される側のワークフローサーバ２´においては、図６の（２）に示すように、特定のメールアドレスから定期的にメールを受信することにより、情報を取得する。

尚、ワークフローサーバ２´によって処理された後のデータをワークフローサーバ２に返す場合には、図６の場合と同様に、ワークフローサーバ２が情報を受信するためのメールアドレスに対してワークフローサーバ２´が情報を送信する。図６のような手順により、通信が制限されたネットワークに接続されているワークフローサーバ２´との間で画像データをやりとりすることが可能となる。

“子ＩＤ”及び“親ＩＤ”は、夫々のプラグインの親子関係を示す情報である。“子ＩＤ”は、そのプラグインの下位に属する子のプラグインを示す識別子である。“親ＩＤ”は、そのプラグインの上位に属する親のプラグインを示す識別子である。このように、本実施形態に係る画像処理システムにおいては、夫々のプラグインに親子関係が設定され、親のプラグインのＧＵＩに子のプラグインのＧＵＩがマージされることにより、複数のプラグインのＧＵＩが単一のＧＵＩとして表示される。

即ち、本実施形態に係るプラグインテーブル２０３は、複数の画像処理機能親子関係を設定し、夫々の画像処理機能に対応したプラグインを親機能と子機能とに分類する分類情報として用いられ、その記憶媒体が分類情報記憶部として機能する。尚、図５の例においては、「メール配信」プラグインの子として「フォルダ配信」が設定されていると共に、「フォルダ配信」の子として「メール配信」が設定されている。これは、「メール配信」プラグインのＧＵＩ中に「フォルダ配信」プラグインのＧＵＩを埋め込む態様も、「フォルダ配信」プラグインのＧＵＩ中に「メール配信」プラグインのＧＵＩを埋め込む態様も可能であるということを示す。

“暗号化キー”は、クラウドプラグインサーバ５に処理を委託する場合や、図６に示すように他のワークフローサーバ２´に処理を委託する場合等、ネットワークを介して情報をやり取りする場合に情報を暗号化するための情報である。

ワークフロー実行制御部２０４は、画像処理装置１からのワークフローの実行命令に基づき、実行命令において指定されているプラグインの実行を制御する。ワークフロー実行制御部２０４は、図５において説明した“呼び出し情報”に基づき、指定されているプラグインに画像処理を実行させる。

各種プラグイン２０５は、様々な画像処理機能を実現するソフトウェアモジュールである。ＧＵＩ応答部２０２は、各種プラグイン２０５から、夫々のプラグインの動作設定を行うためのＧＵＩの情報を取得する。

尚、図１に示すクラウドプラグインサーバ５も、概ね図４に示すワークフローサーバ２と同様の構成、特にワークフロー実行制御部２０４及び各種プラグイン２０５を含む。これにより、ネットワークを介して受け付けた画像処理の実行要求に応じて各種プラグインによって提供される画像処理機能が実行される。

次に、本実施形態に係るシステムの動作について説明する。図７は、本実施形態に係る画像処理システムにおいて、ワークフローの実行要求が発行され、ワークフローサーバ２及びクラウドプラグインサーバ５において夫々処理が実行される場合を示すシーケンス図である。図７に示すように、まずは画像処理装置１がディスプレイパネル１０４に対するユーザの操作に応じてプラグインの選択を受け付ける（Ｓ７０１）。

図８は、ディスプレイパネル１０４に表示されるプラグインの選択画面（以降、「プラグイン一覧選択画面」とする）を示す図である。図８に示すように、プラグイン一覧選択画面においては、図５において説明したプラグイン同士の親子関係がツリー状に表示される。尚、プラグイン一覧選択画面の表示情報は、予め画像処理装置１に記憶されていても良いし、ワークフローサーバ２からネットワークを介して取得しても良い。

ユーザは、図８に示すような画面を操作することにより、ワークフローに組み込むべきプラグインを選択する。尚、「子プラグイン」については、「親プラグイン」のＧＵＩ中に埋め込まれて表示される態様の他、そのプラグインを直接指定することも可能である。

図８に示す画面においてプラグインの選択を受け付けると、画像処理装置１の主制御部１１０は操作表示制御部１４０からその選択結果を受けとる。そして、主制御部１１０は、入出力制御部１５０を制御し、選択されたプラグインの動作設定を行うためのＧＵＩの表示情報をワークフローサーバ２に対して要求する（Ｓ７０２）。

尚、図７においては、Ｓ７０１において、選択可能なプラグインの一覧を表示してワークフローを構築する場合を例として説明している。しかしながらこれは一例であり、既に構築されたワークフローの確認画面を表示してワークフローに組み込まれているプラグインの動作設定を行うようにしても良い。

ＧＵＩの表示情報の要求を受け付けたワークフローサーバ２においては、ＧＵＩ応答部２０２がその要求を取得し、指定されたプラグインのＧＵＩの表示情報を各種プラグイン２０５から取得する（Ｓ７０３）。Ｓ７０３においては、図５において説明したようなプラグインの親子関係に基づき、ＧＵＩのマージ処理が行われる。詳細については後述する。指定されたＧＵＩを取得すると、ＧＵＩ応答部２０２は、要求元の画像処理装置１に対してＧＵＩの表示情報を送信する（Ｓ７０４）。即ち、ＧＵＩ応答部２０２が画面応答部として機能する。

ワークフローサーバ２からＧＵＩの表示情報を取得した画像処理装置１においては、取得したＧＵＩをディスプレイパネル１０４に表示させる（Ｓ７０５）。Ｓ７０５は、ディスプレイパネル１０４に表示されるＧＵＩの例を示す図である。図９に示すように、「ＰＤＦ変換」プラグインの設定画面に埋め込まれる形で、子プラグインである「ＯＣＲ」プラグインの設定画面が表示される。

図９に示すような態様により、ユーザは１つのプラグインの設定画面において関連する複数のプラグインの設定を行うことが可能となるため、夫々の機能の設定のための画面の遷移が不要となり、利便性を向上することが可能となる。また、図８に示すような選択画面により、多くのプラグインを個別に選択する必要がなくなるため、これによっても利便性を向上することが出来る。

ユーザが図９に示すような画面に対して操作を行うことにより、画像処理装置１の主制御部１１０が操作表示制御部１４０を介してプラグインの動作設定を受け付ける。そして、主制御部１１０は、ユーザからの操作に応じて入出力制御部１５０を制御し、設定された内容によるワークフローの実行命令を送信する（Ｓ７０７）。

図１０は、ワークフローの実行命令に含まれる実行命令情報を示す図である。図１０に示すように、実行命令情報においては、「実行順１」、「実行順２」・・・のように、ワークフローにおける画像処理の実行順に従って処理が記述される。また、親子関係のあるプラグインについては、親プラグインの処理と関連付けて子プラグインの情報が記述される。

実行命令を受信したワークフローサーバ２においては、ワークフロー実行制御部２０４が図１０に示す実行命令の情報に基づき、実行順に従って各プラグインの処理の実行を制御する（Ｓ７０８）。即ち、ワークフロー実行制御部２０４が画像処理実行制御部として機能する。Ｓ７０８において、ワークフロー実行制御部２０４は、各種プラグイン２０５のうち指定された処理に対応するプラグインを図５に示す“呼び出し情報”に従って起動し、設定された動作パラメータを指定して処理を実行させる。

また、図５に示す“呼び出し情報”において、クラウドプラグインサーバ５のプラグインを用いるためのＵＲＬが指定されている場合、ワークフロー実行制御部２０４は、クラウドプラグインサーバ５に対して実行要求を送信する（Ｓ７０９）。Ｓ７０９において、ワークフロー実行制御部２０４は、処理対象の画像データ及び設定された動作パラメータを指定して実行要求を行う。

実行要求を受け付けたクラウドプラグインサーバ５においては、ワークフローサーバ２と同様にソフトウェアモジュールとして構成されているプラグインが処理を実行する（Ｓ７１０）。このような処理により、本実施形態に係るシステム全体の動作が完了する。

次に、図７のＳ７０３、Ｓ７０４に係るワークフローサーバ２によるＧＵＩ情報の生成動作について図１１を参照して説明する。図１１に示すように、ワークフローサーバ２のＧＵＩ応答部２０２は、図７のＳ７０２の動作によりＧＵＩの表示情報の要求を受信すると（Ｓ１１０１）、要求に従ってプラグインテーブル２０３を参照し、“呼び出し情報”に従ってＧＵＩの表示情報を取得する（Ｓ１１０２）。

尚、Ｓ１１０２におけるＧＵＩの表示情報の取得に際しては、プラグインテーブル２０３の“呼び出し情報”に従って夫々のプラグインから取得しても良いし、ＧＵＩ応答部２０２が予め全てのプラグインのＧＵＩの表示情報を記憶していても良い。特に、他のネットワークに接続されているワークフローサーバ２´からの情報の取得は困難であるため、予めＧＵＩ応答部２０２に情報を保持させておくことが好ましい。

次に、ＧＵＩ応答部２０２は、ＧＵＩの表示情報を取得したプラグインに子プラグインが設定されているか否か確認する（Ｓ１１０３）。その結果、子プラグインが設定されていた場合（Ｓ１１０／ＹＥＳ）、ＧＵＩ応答部２０２は設定されている子プラグインのＧＵＩの表示情報を取得し（Ｓ１１０４）、図９において説明したように、親プラグインに子プラグインのＧＵＩをマージする（Ｓ１１０５）。

プラグインの動作設定画面のＧＵＩの表示情報は、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のような構造化言語で構成されている。図１２は、ＰＤＦ変換設定画面のＧＵＩの表示情報にＯＣＲ設定画面のＧＵＩの表示情報がマージされた状態を示す図である。

図１２において破線で囲んだ部分が、元々のＯＣＲ設定画面のＧＵＩの表示情報の部分である。基本的に、ＧＵＩ応答部２０２は、親プラグインのＸＭＬデータに子プラグインのＸＭＬデータを順に付加していくことでマージを行う。但し、夫々のＸＭＬデータの表示位置をマージの状況に合わせて調整する必要がある。

図１２において下線を付した部分が、ＯＣＲ設定画面の表示位置の設定を示す部分である。表示位置のＸ座標、Ｙ座標が夫々「ｒｏｗ」、「ｃｏｌｕｍｎ」で指定される。また、Ｘ方向及びＹ方向のＧＵＩの範囲が夫々「ｒｏｗｓｐａｎ」、「ｃｏｌｓｐａｎ」で指定される。夫々の数値は、プラグイン毎に初期値が設定されているが、ＧＵＩ応答部２０２は、ＧＵＩをマージする際、親プラグインのＧＵＩの大きさや、複数のプラグインのＧＵＩをマージする際のマージ順に応じて図中の下線部の値を修正する。

これにより、図９において説明したように、子プラグインが親プラグインにマージされたＧＵＩの表示情報が生成される。このような処理により、特にそれぞれのプラグインに変更を加えることなく、親プラグインに子プラグインの設定画面をマージすることが可能となり、既存のプラグインを活かすことが可能となる。

子プラグインが設定されていなかった場合（Ｓ１１０３／ＮＯ）、若しくはＧＵＩのマージ処理が完了すると、ＧＵＩ応答部２０２は画像処理装置１に対してＧＵＩの表示情報を送信し（Ｓ１１０６）、処理を終了する。

次に、図７のＳ７０８やＳ７１０におけるプラグインの実行処理について図１３を参照して説明する。図１３に示すように、ワークフローサーバ２のワークフロー実行制御部２０４は、図７のＳ７０７の動作により実行命令を受信すると（Ｓ１３０１）、図１０において説明した実行命令情報の実行順に従って指定されたプラグインを確認する。そして、ワークフロー実行制御部２０４は、確認した順にプラグインテーブル２０３のプラグインを選択し（Ｓ１３０２）、選択したプラグインの“呼び出し情報”に基づいてプラグインに処理を実行させる（Ｓ１３０３）。

次に、ワークフロー実行制御部２０４は、実行命令情報を参照し、Ｓ１３０１において選択したプラグインの子プラグインについて実行の指定があるか否か判断する（Ｓ１３０４）。子プラグインの指定がある場合（Ｓ１３０４／ＹＥＳ）、ワークフロー実行制御部２０４は、Ｓ１３０３と同様に、子プラグインの“呼び出し情報”に基づいてプラグインに処理を実行させる（Ｓ１３０５）。他方、子プラグインの指定がなければ（Ｓ１３０４／ＮＯ）、Ｓ１３０５の処理は省略される。

ワークフロー実行制御部２０４は、図１０に示す実行命令情報の実行順に従い、指定された全てのプラグインについて処理が完了するまでＳ１３０２からの処理を繰り返す（Ｓ１３０６／ＮＯ）。そして、全てのプラグインについて処理が完了したら（Ｓ１３０６／ＹＥＳ）、処理を終了する。このような動作により、本実施形態に係るプラグインの実行動作が完了する。

尚、図１３においては図７のＳ７０８におけるワークフローサーバ２の動作として説明したが、図７のＳ７１０におけるクラウドプラグインサーバ５の動作としても同様である。また、図１３においては、ワークフロー実行制御部２０４の制御により子プラグインの実行制御が行われる場合を例としているが、これは一例であり、親プラグインの処理の延長として子プラグインの処理が実行されても良い。

そのような場合、本来であればワークフロー実行制御部２０４が“呼び出し情報”に基づいて親プラグインに続いて子プラグインを呼び出して処理を実行させるところ、親プラグインが子プラグインを呼び出して処理を実行させる。このような制御により、例えば親プラグインによって処理された画像データがそのまま子プラグインに引き継がれて処理されるため、処理を効率化することが可能となる。

また、親プラグイン及び子プラグインがクラウドプラグインサーバ５に含まれるような場合において、ワークフロー実行制御部２０４が夫々のプラグインを個別に呼び出す制御を採用すると、夫々のプラグインによる処理が完了する度にネットワークを介して処理結果の画像情報を受け取る必要がある。これに対して、上述したように親プラグインが子プラグインを呼び出して処理を事項させる場合、そのような情報のやりとりが不要であるため、処理を効率化することが出来る。

以上説明したように、本実施形態に係るシステムにおいては、プラグインに親子関係が設定されており、その親子関係に基づいてプラグインが管理されている。そして、プラグインの動作設定画面においては、親プラグインのＧＵＩに子プラグインのＧＵＩが埋め込まれて表示される。このような態様により、複数の処理機能を組み合わせて画像を処理するワークフローシステムにおいて、多種の処理機能の管理及び設定を簡易化することが可能となる。

尚、上記実施形態においては、図５において説明したように、プラグインに親子関係が設定されている場合を例として説明した。しかしながら、これは一例であり、少なくとも図９に示すように設定画面をマージするべきプラグインが関連付けられていれば良い。これにより、あるプラグインの動作設定画面が要求された場合に、それに関連付けられたプラグインの動作設定画面がマージされ、上記と同様の効果を得ることが可能である。

他方、図１３のＳ１３０５において、ワークフロー実行制御部２０４が子プラグインを呼び出すのではなく、親プラグインが子プラグインを呼び出す制御を採用する場合、プラグイン間に親子関係が設定されていることが好ましい。この場合、呼び出される側のプラグインについては既存のプラグインを流用することが可能であるが、他のプラグインを呼び出す側のプラグインについては、プラグインを呼び出す機能を実現する必要がある。そのため、プラグインに親子関係を設けておくことにより、親プラグインのみ機能を更新するだけで子プラグインについては既存のものを流用することが可能である。

また、上記実施形態においては、ワークフローサーバ２の機能が単体の装置によって実現される場合を例として説明した。しかしながら、これは一例であり、例えば複数の装置に機能を分散して画像処理機能制御システムとして実現しても良い。例えば、ＧＵＩ応答部２０２及びワークフロー実行制御部２０４の機能と、各種プラグイン２０５の機能とを夫々異なる装置に分散して実現しても良い。また、ＧＵＩ応答部２０２とワークフロー実行制御部２０４とを夫々異なる装置に分散しても良い。

１ 画像処理装置
２、２´ ワークフローサーバ
３ ファイルサーバ
４ ＰＣ
５ クラウドプラグインサーバ
６ クラウドストレージサーバ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００ コントローラ
１０１ ＡＤＦ
１０２ スキャナユニット
１０３ 排紙トレイ
１０４ ディスプレイパネル
１０５ 給紙テーブル
１０６ プリントエンジン
１０６ａ ドットピン
１０６ｂ インクリボン
１０７ 排紙トレイ
１０８ ネットワークＩ／Ｆ
１１０ 主制御部
１２０ エンジン制御部
１３０ 画像処理部
１４０ 操作表示制御部
１５０ 入出力制御部
２００コントローラ
２０１ 入出力制御部
２０２ ＧＵＩ応答部
２０３ プラグインテーブル
２０４ ワークフロー実行制御部
２０５ 各種プラグイン

特開２０１２−７４００９号公報

Claims (6)

1. 複数の画像処理機能が組み合わせられたワークフローの実行を制御する画像処理機能制御装置であって、
   前記画像処理機能の動作設定を行うための動作設定画面の表示情報の要求に基づき、前記動作設定画面の表示情報を出力する画面応答部と、
   前記動作設定画面に対する操作に応じて設定された動作設定に基づいて複数の前記画像処理機能に画像処理を実行させる画像処理実行制御部と、を含み、
   前記画像処理機能の動作設定画面の表示情報は構造化言語によって記述された情報であり、
   前記画面応答部は、
   前記表示情報が要求された画像処理機能の動作設定画面と、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面とを合成した動作設定画面を生成するときに、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面の表示情報を、前記表示情報が要求された画像処理機能の動作設定画面の表示情報に付加すると共に、前記他の画像処理機能の動作設定画面の表示位置を示す値を変更することにより、前記表示情報が要求された画像処理機能の動作設定画面と前記他の画像処理機能の動作設定画面とを合成して出力することを特徴とする画像処理機能制御装置。
2. 複数の前記画像処理機能を、下位に他の画像処理機能が関連付けられた親機能と、前記親機能に関連付けられた子機能とに分類する分類情報を記憶している分類情報記憶部を含み、
   前記画面応答部は、前記表示情報が要求された画像処理機能に関連付けられた子機能の動作設定画面を前記表示情報が要求された画像処理機能の動作設定画面に合成した動作設定画面を生成して出力することを特徴とする請求項１に記載の画像処理機能制御装置。
3. 前記複数の画像処理機能夫々に対応した複数の画像処理部を含み、
   前記画像処理実行制御部は、処理が要求された画像処理機能に対応する画像処理部に処理を実行させ、
   前記画像処理部は、関連する他の画像処理機能に対応した他の画像処理部に処理を実行させることを特徴とする請求項１または２に記載の画像処理機能制御装置。
4. 複数の画像処理機能が組み合わせられたワークフローの実行を制御する画像処理機能制御システムであって、
   前記画像処理機能の動作設定を行うための動作設定画面の表示情報の要求に基づき、前記動作設定画面の表示情報を出力する画面応答部と、
   前記動作設定画面に対する操作に応じて設定された動作設定に基づいて複数の前記画像処理機能に画像処理を実行させる画像処理実行制御部と、を含み、
   前記画像処理機能の動作設定画面の表示情報は構造化言語によって記述された情報であり、
   前記画面応答部は、
   前記表示情報が要求された画像処理機能の動作設定画面と、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面とを合成した動作設定画面を生成するときに、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面の表示情報を、前記表示情報が要求された画像処理機能の動作設定画面の表示情報に付加すると共に、前記他の画像処理機能の動作設定画面の表示位置を示す値を変更することにより、前記表示情報が要求された画像処理機能の動作設定画面と前記他の画像処理機能の動作設定画面とを合成して出力することを特徴とする画像処理機能制御システム。
5. 複数の画像処理機能が組み合わせられたワークフローの実行を制御する画像処理機能制御方法であって、
   前記画像処理機能の動作設定を行うための動作設定画面の表示情報であって構造化言語により記述された表示情報の要求を取得し、
   前記表示情報が要求された画像処理機能の動作設定画面と、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面とを合成するときに、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面の表示情報を、前記表示情報が要求された画像処理機能の動作設定画面の表示情報に付加すると共に、前記他の画像処理機能の動作設定画面の表示位置を示す値を変更することにより、前記表示情報が要求された画像処理機能の動作設定画面と前記他の画像処理機能の動作設定画面とを合成した動作設定画面を生成して出力し、
   前記動作設定画面に対する操作に応じて設定された動作設定に基づいて複数の前記画像処理機能に画像処理を実行させることを特徴とする画像処理機能制御方法。
6. 複数の画像処理機能が組み合わせられたワークフローの実行を制御する画像処理機能制御プログラムであって、
   前記画像処理機能の動作設定を行うための動作設定画面の表示情報であって構造化言語により記述された表示情報の要求を取得するステップと、
   前記表示情報が要求された画像処理機能の動作設定画面と、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面とを合成するときに、前記表示情報が要求された画像処理機能に関連する他の画像処理機能の動作設定画面の表示情報を、前記表示情報が要求された画像処理機能の動作設定画面の表示情報に付加すると共に、前記他の画像処理機能の動作設定画面の表示位置を示す値を変更することにより、前記表示情報が要求された画像処理機能の動作設定画面と前記他の画像処理機能の動作設定画面とを合成した動作設定画面を生成して出力するステップと、
   前記動作設定画面に対する操作に応じて設定された動作設定に基づいて複数の前記画像処理機能に画像処理を実行させるステップと、を情報処理装置に実行させることを特徴とする画像処理機能制御プログラム。