JP2011186789A - 文書配信システム、画像処理装置、情報処理装置、処理制御方法、プログラムおよび記録媒体 - Google Patents

Abstract

【課題】 電子文書の配信フローを利用するための操作画面を定義する画面定義データを生成して画像処理装置の操作パネル上に操作画面を表示させる文書配信システム、画像処理装置、情報処理装置、処理制御方法、プログラムおよび記録媒体を提供すること。
【解決手段】 本発明の画像処理装置１２０は、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを受信する受信手段１２２と、備える性能を記述するケーパビリティ情報を記憶する記憶手段１２８と、原型の画面定義データ中の性能に依存して変更する表示内容を定義する部分を、ケーパビリティ情報に応じて修正する修正処理手段１２６と、配信フローの利用に際して、修正後の画面定義データに対応した操作画面を操作パネル上に表示する表示手段１３０とを含む。
【選択図】 図３

Description

本発明は、文書配信システムに関し、より詳細には、電子文書の配信フローを利用するための操作画面を定義する画面定義データを生成して、画像処理装置の操作パネル上に操作画面を表示させる文書配信システム、画像処理装置、情報処理装置、処理制御方法、プログラムおよび記録媒体に関する。

近年、企業や官公庁などにおいては、業務効率化を図るために、ネットワークを介して複合機とパーソナル・コンピュータやサーバとを連携させ、紙文書の電子化および配布を効率的に実現する文書配信システムが普及しつつある。

このような文書配信システムにおいては、様々な業務や用途にあわせて複数の配信フローのメニューが予め準備されており、利用者は、複合機などの操作パネルから業務に適した配信フローを呼び出してスキャンを行ことにより、所望の配信フローを利用することができるよう構成されている。

例えば、特開２００７−１３３８５３号公報（特許文献１）には、予め複合機で設定すべき項目を記述した連繋テンプレートを用意し、その連繋テンプレートを指定し、必要に応じて設定値を変更してから処理を実行する技術について言及されている。

一方、従来では、配信フローが自動化されても、書誌情報自体を個別に入力しなければならず、利用者にとって煩雑であるという問題があった。このような問題にも鑑み、特開２００８−９７５８６号公報（特許文献２）は、フロー定義データに基づいて、スキャン画像データに対して一または複数の処理の実行を制御するフロー実行制御部と、処理を実行する際に、画面定義データを複合機に送信して、画面定義データに基づいて複合機に表示された書誌情報入力画面から入力された書誌情報を受信するリモート通信部とを備える、配信サーバを開示する。

特許文献２の配信サーバでは、受信した書誌情報が関連付けられたフロー定義データに基づいて、スキャン画像データに対して、画像変換やメール配信、フォルダ配信といった、一または複数の処理が実行される。また書誌情報以外にも上記画面定義データを用いることにより、スキャン設定などを行うための入力画面を複合機に表示させることもできる。

上記従来技術によれば、配信処理に関連する種々の設定事項を記述したフロー定義データと、配信フローを利用する際に使用する入力操作画面を定義付ける画面定義データとを関連付けて管理することにより、画面定義データを介して取得する情報を配信フローに設定可能とし、自由度の高い配信フローが実現される。また、オフィスにおいては、複数の複合機で同一の配信フローを共有することも求められるため、このフロー定義データおよび画面定義データを複数の複合機に共通して割り当てることにより、複数の複合機から同一の配信フローを利用することができる。

しかし、一般にオフィスに配置される複合機は、種々の性能を有しており、必ずしも同一の条件で配信フローを利用できるとは限らない。このため、複数の装置間で配信フローを共有しようとする場合、なんら手当をしないと、装置依存の性能に関連して一部の装置で処理が制限され、あるいは配信フローそのものが利用できないなどの問題を生じさせる。また、利用できない設定事項も選択可能に操作画面を表示させてしまい、ユーザの誤った選択によりエラーを発生させる要因ともなる。

したがって、上述した不具合を解消するためには、装置毎にその性能に適合させて調整した個別のフロー定義データおよび画面定義データを準備しなければならならず、管理者の負担を増大させてしまっていた。さらに、配信フローを変更する毎に、装置毎に定義データを再度準備し直さなければならず、あるいは不具合が発生しないかを検証しなければならず、初期導入以降のメンテナンスの負担も増大していた。

このような機種の相違による不具合を解消しようとする技術として、特許文献１は、異種デバイス間で共有可能な機種依存性のあるジョブフローを容易に作成することを目的として、タスクを複数連繋させて一連の処理として実行せるためのタスク連繋フローの定義情報を作成する情報処理装置を開示する。

特許文献１に開示される情報処理装置は、複数機種のタスク処理装置のうち第１の機種で実行可能な第１のタスク連繋フローの定義情報を作成する際に、第１の機種で利用可能な複数のタスクの情報を示す第１のタスク情報を提示する提示手段と、提示された第１のタスク情報を用いて入力される編集指示に基づいて前記第１のタスク連繋フローの定義情報を作成する編集作成手段と、編集作成手段で作成された第１の連繋フローの定義情報と、第１の機種とは別の第２の機種で利用可能な複数のタスクの情報を示す第２のタスク情報とに基づいて、第２の機種で実行可能な第２のタスク連繋フローの定義情報を生成する生成手段とを有することを特徴とする。

特許文献１の従来技術は、タスク連繋フローの定義情報を作成する際に、タスク連繋フローの定義情報中に複数のタスク処理装置用の設定を記述することを支援し、異種デバイス間で共有可能な機種依存性のあるジョブフローを容易に作成しようというものである。したがって、ネットワークに新たに異なる機種の複合機が追加された場合など、再度ジョブフローを作成し直さなければならないという点で不充分である。また、特許文献１の従来技術は、機種依存性のあるジョブフローを容易に作成することを支援しているに過ぎず、上述したように、画面定義データに基づいて複合機に操作画面を表示させる際に、複合機が利用できない設定事項が選択可能な画面が表示させていたという問題点については、なんら解消するものではない。

本発明は、上記従来技術に鑑みてなされたものであり、本発明は、電子文書に対する配信フローを利用する際に用いる操作画面を画面定義データを用いて定義する文書配信システムにおいて、原型の定義データのみを管理対象とし、各装置が備える性能に応じて原型の定義データを調整して、各装置個別の定義データを動的に設定することができる文書配信システム、画像処理装置、情報処理装置、処理制御方法、プログラムおよび記録媒体を提供することを目的とする。

本発明は、上記課題を解決するために、下記特徴を有する画像処理装置および情報処理装置を含む文書配信システムを提供する。本発明の第１側面による文書配信システムにおける情報処理装置は、画像処理装置に割り当てる電子文書に対する１以上の処理からなる配信フローを利用するために使用される操作画面を定義付ける原型の画面定義データを送信する。一方、画像処理装置は、上記原型の画面定義データを情報処理装置から受信して記憶手段に一旦記憶し、当該画像処理装置が備える性能を記述するケーパビリティ情報を記憶手段から読み出し、このケーパビリティ情報に応じて、上記原型の画面定義データ中の性能に依存して変更する表示内容を定義する部分を修正する。配信フローの利用に際しては、画像処理装置は、この修正後の画面定義データに対応した操作画面を操作パネル上に表示する。

さらに、本発明の第２側面による文書配信システムにおける情報処理装置は、画像処理装置に割り当てる原型の画面定義データを格納しており、例えば画像処理装置から配信フローの操作画面の要求とともにケーパビリティ情報を受信した際に、この原型の画面定義データをケーパビリティ情報に応じて修正し、修正後の画面定義データを画像処理装置に送信する。一方、画像処理装置は、情報処理装置から修正後の画面定義データを受信し、修正後の画面定義データに対応した操作画面を操作パネル上に表示する。

さらに本発明によれば、画像処理装置が実行する下記特徴を有する処理制御方法が提供される。本発明の第１側面による文書配信システムにおける処理制御方法は、画像処理装置が、当該画像処理装置に割り当てられる上記原型の画面定義データを受信するステップと、上記ケーパビリティ情報を読み出すステップと、ケーパビリティ情報に応じて画面定義データを修正するステップと、配信フローの利用に際して、修正後の画面定義データに対応した操作画面を操作パネル上に表示するステップとを実行することを含む。

さらに本発明の第２側面による文書配信システムにおける処理制御方法では、情報処理装置が、画像処理装置に割り当てる上記原型の画面定義データを読み出すステップと、画像処理装置が備える性能を記述するケーパビリティ情報を受信するステップと、原型の画面定義データ中の性能に依存して変更する表示内容を定義する部分を、ケーパビリティ情報に応じて修正するステップと、修正後の画面定義データを画像処理装置に送信するステップとを実行することを含む。

さらに本発明によれば、上記処理制御方法を画像処理装置に対し実行させるためのコンピュータ実行可能なプログラム、上記処理制御方法を情報処理装置に対し実行させるためのコンピュータ実行可能なプログラム、およびこれらプログラムをコンピュータ可読に記憶する記憶媒体が提供される。

上記構成によれば、管理者は、共通の操作画面をデザインして共通の原型の画面定義データを作成し管理すればよく、この原型の画面定義データに基づいて、各々が備える性能に適合するよう調整された個別の画面定義データが各装置用に設定される。このため、管理者は、画像処理装置の性能に応じて個別に画面定義データを準備する必要がなく、仮に配信フロー自体を変更する必要があっても、管理者は、原型の画面定義データを修正すればよく、各画像処理装置毎に個別の画面定義データを修正する負担も生じない。

第１の実施形態による文書配信システムの概略構成を示す図。 配信フローの管理構造を例示する図。 第１の実施形態による文書配信システムにおいて管理端末および複合機上に実現される独自プロファイルの作成に関連する機能ブロック図。 ケーパビリティ情報のデータ構造を例示する図。 原型のプロファイル中の画面定義データのデータ構造を例示する図。 原型のプロファイルに従いレイアウトされた操作画面（Ａ）および性能に応じて修正された独自のプロファイルに従いレイアウトされた操作画面（Ｂ）を例示する図。 第１の実施形態によるプロファイル作成部により管理端末のディスプレイ装置上に表示されるグラフィカル・ユーザ・インタフェース画面を示す図。 第１の実施形態による文書配信システムにおいて、複合機が実行する処理を示すフローチャート。 第２の実施形態による文書配信システムにおいて実現される画面定義データの修正処理に関連する機能ブロック図。 第２の実施形態による文書配信システムにおいて、配信サーバが実行する処理を示すフローチャート。

以下、本発明の実施形態を説明するが、本発明の実施形態は、以下の実施形態に限定されるものではない。図１は、第１の実施形態の文書配信システム１００の概略構成を示す。図１に示す文書配信システム１００は、ネットワーク１０２に接続されるコンピュータ装置１１０と、複数の複合機１２０ａ，１２０ｂ，１２０ｃとを含んで構成される。

ネットワーク１０２は、例えば、１０００Ｂａｓｅ−ＴＸなどのイーサネット（登録商標）、光ネットワーク、ＩＥＥＥ８０２．１１などの規格の無線ネットワークを含むことができ、フレームまたはＴＰＣ／ＩＰプロトコルに基づくパケット通信によってノード間の相互通信を可能とする。またネットワーク１０２は、ＬＡＮ（Local Area Network）の他、ＶＰＮ(Virtual Private Network)などによるセキュア環境下で構築されたインターネットなどの広域ネットワークを含んで構成されていてもよい。

コンピュータ装置１１０は、文書配信システム１００の管理者が操作するパーソナル・コンピュータなどの管理端末であり、本実施形態の情報処理装置を構成する。このコンピュータ装置（以下、管理端末と参照する。）１１０上において、電子文書に対して行うべき１以上の処理からなる配信フローが定義され、各複合機１２０に割り当てられる。

本実施形態の文書配信システム１００において、上記配信フローは、プロファイルと呼ばれる単位で管理される。プロファイルは、複数の複合機１２０に対して共通に割り当てることができる。管理者は、管理端末１１０上で単一のプロファイルを作成し、複数の複合機１２０に割り当てることで、複数の複合機１２０で利用可能な配信フローを一括で管理することが可能となる。なお、プロファイルは、本実施形態の配信定義データを構成する。

図２は、配信フローの管理構造を例示する図である。図２（Ａ）および（Ｂ）に示すように、各複合機１２０には、単一のプロファイルが関連付けられており、各プロファイルは、１以上の操作画面と、１以上の配信設定とからなる。プロファイル、操作画面および配信設定には、それぞれを識別するプロファイル識別値（プロファイルＩＤ）、画面識別値（画面ＩＤ）および配信設定識別値（配信設定ＩＤ）が一意に割り当てられ、識別される。

操作画面は、その操作画面を定義する画面定義データ（画面ＸＭＬ）から構成される。画面定義データのデータ形式は、特に限定されるものではないが、好適には、その操作画面を構成する画面構成要素の内容がＸＭＬ（eXtensible Markup Language）で記述されるデータであり、配信フローの利用の際に必要なプリント設定、スキャン設定、コピー設定、配信先設定など各種設定を行うための操作画面を定義付ける。複合機１２０には、この画面定義データを解釈して操作画面を描画する機能が備えられており、複合機１２０は、配布されるプロファイル中の画面定義データに従って、操作画面を描画し、操作パネルに画面表示する。

配信設定は、配信フローにおいて実行する１以上の処理の流れを記述し、出力処理における配信方法や配信先アドレスなどの各種配信設定を含むフロー定義データから構成される。フロー定義データは、特に限定されるものではないが、好適には、上記内容がＸＭＬで記述されるデータである。複合機１２０には、このフロー定義データを解釈して、配信フローの各処理の実行を制御する機能が備えられている。例えば、複合機１２０は、操作者から所定の配信フローの実行が指示されると、上述した操作画面を介して入力されるスキャン設定を使用して原稿をスキャンし、フロー定義データに定義される配信フローに従って、所定の宛先に電子文書を配信する。

上記配信フローに定義される処理としては、種々の出力処理、および出力処理の前段階で適用される種々の中間処理を含むことができる。出力処理としては、例えば、ファイルサーバに対するファイル転送、文書管理サーバに対する文書登録、ＳＭＴＰサーバに対する電子メール送信、パーソナル・コンピュータに対するファイル転送などを含むことができる。上記中間処理としては、画像データのフォーマット変換、画像の補正や加工などの画像処理、振り分け処理、書誌情報の変換処理などを含むことができる。

再び図１を参照すると、複合機１２０は、管理端末１１０から配布されるプロファイルを受信すると、そのプロファイルを格納する。一方、複合機１２０ａ，１２０ｂ，１２０ｃは、それぞれ独立に種々のオプションおよび仕様によるものがあり、異なる性能を備えることができる。このような性能が異なる複合機間で、上述した単一のプロファイルを効率的に共有するために、本実施形態の複合機１２０は、自身が備える性能を記述したケーパビリティ情報を保持しており、プロファイルの配布を受けた際に、このケーパビリティ情報に従って、自身の性能に適合するよう調整した個別のプロファイルを作成し格納する。

複合機１２０間で対応可能なスキャン解像度が異なる場合について例示すると、全く同一のプロファイルを共有した場合、何ら手当をしないと、一方では実行できないスキャン解像度の選択肢が操作画面上に選択可能に表示されることになる。そこで、本実施形態の複合機１２０は、ケーパビリティ情報中に記述されるスキャン解像度の選択肢の値に応じて、各自実行できない選択肢を非表示とするようにプロファイルの画面定義データを書き換える。これにより、複合機１２０それぞれには、自身が実行可能なスキャン解像度の選択肢のみが操作画面上に選択可能に表示される。

したがって、複合機１２０各々が保持するプロファイルは、管理者が管理端末１１０で作成したプロファイルとは異なり、それぞれの複合機１２０に適合させた独自のプロファイルとして格納される。このように文書配信システム１００においては、装置毎の独自のプロファイルが存在することになるが、管理者は、装置毎のプロファイルを管理する必要はなく、原型のプロファイルのみを管理すればよい。原型のプロファイルに修正があっても、その原型のプロファイルを複合機１２０に配布すれば、複合機１２０がプロファイルを適宜修正し、独自のプロファイルとして保存するのである。

以下、図３〜図８を参照しながら、第１の実施形態の文書配信システム１００における、プロファイルの配布から、各複合機１２０独自のプロファイルの作成および独自のプロファイルを用いた操作画面の表示までの処理の流れについて説明する。図３は、本実施形態の文書配信システム１００において、管理端末１１０および複合機１２０上に実現される独自プロファイルの作成に関連する機能ブロックを示す。

管理端末１１０上には、プロファイル送信部１１２と、プロファイル作成部１１４とが構成される。プロファイル作成部１１４は、上述した原型のプロファイルを作成し、編集するための環境を提供するアプリケーション手段である。管理者は、ディスプレイ装置１１０ａおよび入力装置１１０ｂを介してプロファイル作成部１１４にアクセスし、種々の業務や用途に合わせて配信フロー、該配信フローで使用する操作画面のデザインを行う。そして、この配信フローおよび操作画面を定義付けるデータとして原型のプロファイルが作成される。プロファイル送信部１１２は、所望の複合機１２０に対し、プロファイル作成部１１４で作成した原型のプロファイルを送信し、プロファイルを割り当てる送信手段を構成する。

一方、複合機１２０には、プロファイル受信部１２２と、この原型のプロファイルを独自に修正し、設定するためのケーパビリティ取得部１２４と、プロファイル修正部１２６と、プロファイル格納部１２８とが構成される。プロファイル受信部１２２は、管理端末１１０のプロファイル送信部１１２から送信された原型のプロファイルを受信し、メモリ上に保存する。プロファイル受信部１２２は、本実施形態の受信手段を構成する。また、このプロファイルを保持するメモリ領域は、本実施形態の記憶手段を構成する。

ケーパビリティ取得部１２４は、当該複合機１２０が具備する性能を記述するケーパビリティ情報を取得する。ケーパビリティ情報は、各種設定情報を格納する不揮発性メモリなどから読み出して、メモリ上に保持される。このケーパビリティ情報を保持するメモリ領域は、本実施形態の記憶手段を構成する。このケーパビリティ情報は、当該複合機１２０が具備する各種性能を記述するものであり、図４に例示するように、スキャン解像度の選択肢、最大用紙サイズ、モノクロ線図モード、グレースケールモード、カラーモードの有無、対応する画像フォーマットなどの情報を含み、その他図示しないがハードディスクの有無、フィニッシャ機能の有無など、複合機が提供する複合機能に関するあらゆる性能情報を含むことができる。

図４に示す例では、当該複合機１２０が、「ＶＧＡ（６４０ピクセル×４８０ピクセル）」の画面解像度を有し、「１００ｄｐｉ」、「２００ｄｐｉ」および「３００ｄｐｉ」のスキャン解像度が選択可能であることが示されている。

プロファイル修正部１２６は、ケーパビリティ取得部１２４が保持するケーパビリティ情報に応じて、プロファイル受信部１２２が受信した原型のプロファイルを修正する。プロファイル修正部１２６は、本実施形態の修正処理手段を構成する。例えば、配信される原型のプロファイル中に、あらゆるスキャン解像度の選択肢が記述されている場合、プロファイル修正部１２６は、その選択肢のうち当該複合機１２０が対応している解像度の選択肢のみを選択可能に操作画面に表示させるべく、プロファイル中の画面定義データを書き換える。

図５は、原型のプロファイル中の画面定義データ１６０のデータ構造を例示する図である。図５は、画面定義データ１６０中のスキャン設定画面のスキャン解像度選択のためのグラフィカル・ユーザ・インタフェース（以下、ＧＵＩと参照する。）を定義する箇所を示している。図５に示す例では、「１００ｄｐｉ」、「２００ｄｐｉ」、「３００ｄｐｉ」、「４００ｄｐｉ」および「６００ｄｐｉ」の解像度の選択肢を表示するラジオボタンが定義されている。

この原型のプロファイルが配布される場合において、複合機１２０が図４に示すケーパビリティ情報を保持しているとき、プロファイル修正部１２６は、複合機１２０が備えない「４００ｄｐｉ」および「６００ｄｐｉ」に対応するノードを削除するか、そのノード中の「enable」属性を「false」に書き換えるか、またはそのノード中の「enable」属性および「visible」属性の値の両方を「false」に書き換えることにより、操作画面中に「４００ｄｐｉ」および「６００ｄｐｉ」の選択肢が選択可能に表示されないようにプロファイルを修正する。

図６（Ａ）は、図５に示すような原型のプロファイルに従いレイアウトされる操作画面１７０Ａを例示する。一方、図６（Ｂ）は、性能に応じて修正された独自のプロファイルに従いレイアウトされる操作画面１７０Ｂを例示する。図６に示すように、独自のプロファイルによる操作画面では、当該複合機１２０で非対応の解像度の選択肢が削除された状態で表示される（削除に対応する箇所を図６（Ｂ）中において短形１７２で示す）。

また、本実施形態においては、原型となるプロファイルには、共有する複数の複合機１２０が実行可能なあらゆる選択肢（特定の配信フローにおいて明示的に除外されたものを除く。）を表示する画面構成要素が定義されることになる。しかしながら、特定の操作パネル１４０のディスプレイの画面解像度によっては、性能上許容されたとしても、画面サイズ上の制約により、すべてを表示できない場合もある。

そこで本実施形態の文書配信システム１００では、プロファイル修正部１２６は、画面定義データ中のスクリーンの「DisplaySize」属性の値を、ケーパビリティ情報中の画面解像度（Display size）の値に書き換えた上で、画面定義データに従い操作画面のレイアウト結果を演算し、定義されるすべての画面構成要素が枠内に収まるか否かを判定する。枠内に収まらない場合に、いずれの構成要素を除外するかは、本実施形態では、各構成要素に設定可能な優先度の値に応じて決定することができる。

図７は、上記優先度に関連して、本実施形態のプロファイル作成部１１４により管理端末１１０のディスプレイ装置１１０ａ上に表示されるＧＵＩ画面を示す。図７（Ａ）は、プロファイル中の操作画面を編集するための編集ウィンドウ画面を示す。図７（Ａ）に示す編集ウィンドウ画面１８０は、レイアウトを表示するレイアウト・ペイン１８２と、対応するＸＭＬソースコードを表示するソース・ペイン１８４と、構成要素のプロパティを表示するプロパティ・ペイン１８６とを含んで構成される。

管理者は、レイアウト・ペイン１８２を利用することで、図示しないツールボックスなどから、所望のオブジェクト（画面構成要素）を操作画面上に配置することができる。レイアウト・ペイン１８２において選択中のオブジェクト１８２ａの各種属性値は、プロパティ・ペイン１８６に表示され、管理者は、このプロパティ・ペイン１８６上で各属性値を編集することができる。ソース・ペイン１８４には、対応する画面定義データのソースが表示され、管理者は、このソース・ペイン１８４上で画面定義データを直接編集することもできる。

図７（Ａ）のソース・ペイン１８４およびプロパティ・ペイン１８６中に矢印１８４ａ，１８６ａで示すように、画面定義データの所定のノードは、「priority」属性を有し、ソース・ペイン１８４またはプロパティ・ペイン１８６上で設定可能とされている。この「priority」属性値が、上述した優先度に対応する。管理者は、このような編集ウィンドウ画面１８０を利用することで、各構成要素に優先順位を付けて、操作画面を定義する画面定義データを容易に作成することができる。

さらに、図７（Ａ）に示す編集ウィンドウ画面１８０において、所定の画面解像度を指定したプレビュー表示が指示されると、図７（Ｂ）に示すプレビュー画面１９０が呼び出される。プレビュー画面１９０は、指定の画面解像度のディスプレイ装置上で表示される操作画面の結果を表示する。図７（Ｂ）に示す例では、レイアウト・ペイン１８２のレイアウトに存在する「削除ボタン」が、プレビュー画面１９０において代替表示１９２に置き換えられている。

「削除ボタン」は、設定された優先度（＝４）が最も低いため、所定の画面解像度において構成要素が枠内に収まらない場合には最初に除外されて、操作画面が構成されることになる。なお、図７（Ｂ）の例では、「削除ボタン」の代わりに代替表示１９２が表示される。この場合、この代替表示１９２を選択することにより、別画面またはメニューなどにより「削除」を指定できるように構成されている。しかしながら、ハードキー上に同様のボタンがあるなど必須の要素でなければ、単に非表示としてもよい。また、すべての構成要素に優先度を設定する必要はなく、変更を加えたくない箇所を固定とし、他の箇所を優先度に応じて自動整列させるようにしてもよい。

ここで再び図３を参照する。上述したように、本実施形態のプロファイル修正部１２６は、複合機１２０が具備する性能に応じてプロファイルを修正した後、さらに、修正後のプロファイルから操作画面のレイアウト結果を演算し、可能な限り画面構成要素が枠内に収まるようにプロファイルに修正を加え、最終的な独自のプロファイルを作成する。プロファイル修正部１２６は、最終的な独自のプロファイルを作成すると、プロファイル格納部１２８に格納する。プロファイル格納部１２８は、例えばＸＭＬデータベースとして構成され、修正された独自のプロファイルを格納し、操作画面、配信設定を配信フロー毎に管理する。

複合機１２０は、さらに操作画面表示部１３０と、配信処理部１３２とを含んで構成される。操作画面表示部１３０は、プロファイル中の画面定義データを解釈して操作画面を描画し、操作パネル１４０上に表示させる。操作画面表示部１３０は、本実施形態の表示手段を構成する。複合機１２０の利用者が、操作パネル１４０を操作して、配信フローのメニューから所望の配信フローを選択すると、操作画面表示部１３０は、選択された配信フローに対応する画面定義データを読み出し、その操作画面の表示制御を行い、利用者から入力される各種設定値を取得する。この操作画面は、設定項目の多寡に応じて、タブなどによる複数の操作画面の切り替えを含んでいてもよい。

操作画面表示部１３０は、操作画面を介して利用者から入力を受けた各種設定値を受け取ると、その設定値を配信処理部１３２に渡す。配信処理部１３２は、フロー定義データに定義される配信方法および配信設定に従い、さらに受け取った設定を使用して、指定された配信フローにおける各処理を実行し、配信処理を完了させる。例えば、スキャンした電子文書を所定の宛先に電子メール送信する内容の配信フローが定義されている場合、フロー定義データ中のＳＭＴＰ（Simple Mail Transfer Protocol）サーバの情報に従い、所定の配信先アドレスに宛てて、電子文書を添付して電子メールの送信処理を行うことができる。

上記管理端末１１０および複合機１２０は、ＲＯＭ、ＨＤＤ、その他ＮＶ−ＲＡＭやＳＤカードなどの記憶装置に格納されたプログラムを読み出し、ＲＡＭのメモリ領域に展開することにより、適切なオペレーティング・システム（ＯＳ）のもとで、機能手段および各処理を実現している。

以下、図８に示すフローチャートを参照して、本実施形態の文書配信システム１００における複合機独自のプロファイルの設定までの処理について詳細を説明する。図８は、第１の実施形態の文書配信システムにおいて、複合機が実行する処理を示すフローチャートである。図８に示す処理は、管理端末１１０から本複合機１２０に宛ててプロファイルが送信されたことに対応して、ステップＳ１００から開始する。

ステップＳ１０１では、複合機１２０は、プロファイル受信部１２２により原型となるプロファイルを受信し、メモリ上に保持する。ステップＳ１０２では、複合機１２０は、ケーパビリティ取得部１２４により、不揮発性メモリのケーパビリティ情報を読み出し、メモリ上に保持する。

ステップＳ１０３では、複合機１２０は、プロファイル修正部１２６により、原型のプロファイルを解析し、プロファイルの画面定義データ中の機器依存項目に対応するノードを検索する。ここで機器依存項目とは、上述までの例においてはスキャン解像度であり、ケーパビリティ情報内の項目に一致する。また機器依存項目に対応するノードとは、同様の例においては画面定義データのＸＭＬ中のスキャン解像度設定に関連するノード（「id」属性が「resolutionRadioButtonGroup」である「RadioButtonGroup」要素のノード）に対応する。画面定義データが所与のスキーマに従って作成されるものであるため、スキャン解像度設定等の機器依存項目に関連するノードは既知であり、予め対応関係が構築されているものとする。

ステップＳ１０４では、複合機１２０は、機器依存項目に対応するノード（以下、機器依存項目ノードという。）が見つかったか否かを判定する。ステップＳ１０４で、機器依存項目ノードが見つかったと判定された場合（ＹＥＳ）には、ステップＳ１０５へ処理を進める。ステップＳ１０５では、複合機１２０は、プロファイル修正部１２６により、発見された機器依存項目ノードに対応するケーパビリティ情報中の対応項目を求める。上述した例では、「id」属性が「resolutionRadioButtonGroup」である「RadioButtonGroup」要素のノードが発見された場合には、ケーパビリティ情報中のスキャン解像度「Scan resolution」が対応項目として特定される。

ステップＳ１０６では、複合機１２０は、プロファイル修正部１２６により、ケーパビリティ情報中の上記対応項目の値に従い、当該機器依存項目ノードを下位ノードを含めて修正し、ステップＳ１０３へループさせ、次ぎの機器依存項目ノードに対する修正に進める。ステップＳ１０６においては、上述した例では、「RadioButtonGroup」ノードの下位ノードである「RadioButton」ノードのうち、ケーパビリティ情報中の「Scan resolution」の選択肢の値に「id」属性値が一致しないものを削除するか、そのノード中の「enable」属性を「false」に書き換えるか、またはそのノード中の「enable」属性および「visible」属性の値の両方を「false」に書き換える修正を加える。

上述した機器依存項目ノードの検索を繰り返し、ステップＳ１０４で、機器依存項目ノードがこれ以上存在せず、見つからないと判定された場合（ＮＯ）には、ステップＳ１０７へ処理を進める。ステップＳ１０７では、複合機１２０は、プロファイル修正部１２６により、修正後のプロファイル中の画面定義データに従って、操作画面のレイアウト結果を演算する。ステップＳ１０８では、複合機１２０は、プロファイル修正部１２６により、演算の結果、画面定義データ中に定義される構成要素が画面解像度に対応する規定枠内に収まるか否かを判定する。

ステップＳ１０８で、規定枠内に収まらないと判定した場合（ＮＯ）には、ステップＳ１０９へ処理を進める。ステップＳ１０９では、複合機１２０は、プロファイル修正部１２６により、修正後のプロファイル中の画面定義データにおいて優先度が設定された構成要素が存在するか否かを判定する。ステップＳ１０９で、優先度が設定された構成要素が存在すると判定された場合（ＹＥＳ）には、ステップＳ１１０へ処理を進める。ステップＳ１１０では、複合機１２０は、プロファイル修正部１２６により、プロファイル中の画面定義データにおける優先度の低い構成要素を対象として、表示を除外または代替表示する修正を加え、ステップＳ１０８へループさせる。

ステップＳ１０８〜ステップＳ１１０のループにより、画面定義データ中の優先度の低いものから順に操作画面から除外または代替表示する修正が繰り返され、ステップＳ１０８で、規定枠内に収まると判定された時点（ＹＥＳ）で、ステップＳ１１１へ処理が進められる。ステップＳ１１１では、複合機１２０は、プロファイル修正部１２６により、修正後の最終的なプロファイルをプロファイル格納部１２８に格納し、ステップＳ１１２で本処理を終了させる。

一方、ステップＳ１０９で、優先度が設定された項目がもう存在しないと判定された場合（ＮＯ）には、この場合は規定枠内に収めるために除外できる構成要素がないため、これ以上のプロファイルの修正は行わず、そのままステップＳ１１１へ進め、プロファイル格納部１２８にプロファイルを格納し、ステップＳ１１２で本処理を終了させる。

なお、図８に示すフローチャートでは、ステップＳ１０７〜ステップＳ１１０の処理について、プロファイル内に単一の操作画面を定義する画面定義データが含まれているものとして説明したが、複数の操作画面が定義される場合には、各操作画面毎にステップＳ１０７〜ステップＳ１１０の処理を行えばよいことになる。

上述までの実施形態によれば、管理者は、管理端末１１０において、共通の操作画面をデザインして、共通の原型のプロファイルを作成し、所望の複合機１２０に対し配布し、管理すればよく、この原型のプロファイルに基づいて、複合機１２０各々が備える性能に適合するよう調整された個別の画面定義データが各複合機に設定されることになる。このため、管理者は、複合機の性能に応じて個別にプロファイルを準備する必要がなく、仮に配信フロー自体を変更する必要があっても、管理者は、原型のプロファイルを修正して再配布すればよく、各複合機毎に個別のプロファイルを修正する負担も生じさせず、管理負担が大幅に軽減される。そして、各複合機１２０の表示画面には、この性能に応じて修正されたプロファイル中の画面定義データに従って適切な操作画面が表示されることになる。

さらに、管理端末１１０および複合機１２０間の通信は、原型のプロファイルを送受信するのみのやり取りで済むため、管理端末１１０側にケーパビリティ情報を送信する必要がなく、通信費の軽減およびネットワークトラフィックの負荷を低減することもできる。

また、上述した実施形態では、画面定義データが操作パネルの画面に収まるように優先度の値に応じて修正された上で、プロファイルが格納されることになる。このため、管理者は、各複合機の画面サイズに合わせてレイアウトをデザインする必要がない。また、所定の画面解像度によるプレビュー表示が提供されるため、操作画面を自動整列により作成することを基本としつつも、適宜、レイアウト結果の確認と、修正を加えることが可能である。さらに、画面定義データ中の一部の構成要素を固定することもできるため、レイアウトの自由度を高めつつも、重要な構成要素のレイアウトが崩れてしまうことも好適に回避することができる。

上述した実施形態では、原型のプロファイルは、管理端末１１０上で作成され、複合機１２０にプロファイルが配布され、複合機１２０上でプロファイルの修正や、配信制御を行うものとして説明してきた。しかしながら、他の実施形態では、複合機１２０が管理端末１１０として動作し、操作パネル１４０上でプロファイルの作成を行えるように構成することもきる。さらに、複合機のなかには情報処理能力に乏しい機種も存在するため、プロファイルの修正および配信制御を専ら処理するサーバ装置を設置して、複合機の負荷を軽減することできる。以下では、サーバ装置上で上述したプロファイルの修正および配信制御を実行する第２の実施形態について説明する。

図９は、第２の実施形態による文書配信システム２００において実現される、プロファイル修正処理に関連する機能ブロックを示す。図９に示す文書配信システム２００は、第１の実施形態における管理端末１１０および複合機１２０の代わりに、配信サーバ２１０および複合機２３０を含んで構成される。

配信サーバ２１０上には、プロファイルＩＤ送信部２１２と、プロファイル作成部２１４と、プロファイル格納部２１６と、プロファイル修正部２１８と、画面提供部２２０と、配信処理部２２２とが構成される。プロファイル作成部２１４は、第１の実施形態と同様の原型のプロファイルを作成および編集するためのアプリケーション手段である。第２の実施形態では、作成された原型のプロファイルは、複合機２３０には送信されず、プロファイル格納部２１６内に格納され、複合機２３０には、プロファイルＩＤ送信部２１２からプロファイルＩＤのみが送信される。プロファイル格納部２１６は、例えばＸＭＬデータベースとして構成され、原型のプロファイルをプロファイルＩＤに関連付けて格納し、操作画面、配信設定を配信フロー毎に管理する。プロファイル格納部２１６は、本実施形態の格納手段を構成する。

一方、複合機２３０には、配信サーバ２１０のプロファイルＩＤ送信部２１２から送信されたプロファイルＩＤを受信するプロファイルＩＤ受信部２３２と、ケーパビリティ情報を取得するケーパビリティ取得部２３４と、画面取得部２３６と、操作画面表示部２３８とが構成される。

画面取得部２３６は、配信サーバ２１０の画面提供部２２０に対して、プロファイルＩＤと、ケーパビリティ情報とを渡して、操作画面の取得を要求する機能手段である。配信サーバ２１０の画面提供部２２０は、複合機２３０から操作画面の取得要求を受けて、プロファイルＩＤと、ケーパビリティ情報とをメモリ上に記憶し、プロファイル修正部２１８に対し画面定義データを要求する。画面提供部２２０は、本実施形態のケーパビリティ情報を受信する手段を構成する。

プロファイル修正部２１８は、渡されたプロファイルＩＤに対応する原型のプロファイルをプロファイル格納部２１６から読み出し、渡されたケーパビリティ情報に応じて修正する。また第２の実施形態でも同様に、プロファイル修正部２１８は、性能に応じてプロファイルを修正した後、さらに、操作画面のレイアウト結果を演算して、可能な限り画面構成要素が枠内に収まるようにプロファイルに修正を加えて、要求元に対応する独自のプロファイルを作成し、その画面定義データを画面提供部２２０に渡す。画面提供部２２０は、渡された画面定義データを複合機２３０の画面取得部２３６に送信する。なお、プロファイル修正部２１８は、本実施形態の修正処理手段を構成し、画面提供部２２０は、さらに、本実施形態の画面定義データを送信する手段を構成する。

複合機２３０の画面取得部２３６は、本実施形態の画面定義データを受信する手段を構成し、画面提供部２２０から画面定義データを受信して、操作画面表示部２３８に渡す。操作画面表示部２３８は、画面定義データを解釈して、操作画面を描画し、操作パネル２４０上に表示させ、操作画面を介して入力される各種値を取得する。

操作画面表示部２３８は、操作画面の性質に応じて、操作画面を介して操作者から入力される値を画面取得部２３６に渡し、次の操作画面を要求させる。例えば、操作画面が利用可能な配信フローの一覧を表示する操作画面である場合には、選択された配信フローを識別する値が画面取得部２３６を経由して画面提供部２２０に渡され、操作画面表示部２３８は、その配信フローに対応する操作画面を定義する画面定義データを取得し表示する。操作画面表示部２３８は、所定の配信フローに関して操作画面を介して利用者から入力を受けた各種設定値を受け取ると、その設定値をプロファイルＩＤとともに配信サーバ２１０の配信処理部２２２に送信する。

配信サーバ２１０の配信処理部２２２は、プロファイル修正部２１８からプロファイルＩＤに対応する修正後のフロー定義データを取得し、フロー定義データに定義される配信方法および配信設定に従い、さらに受け取った設定値を使用して、指定された配信フローを構成する各処理を実行し、配信処理を完了させる。

以下、図１０に示すフローチャートを参照して、第２の実施形態による文書配信システム２００における画面定義データの修正処理について、詳細を説明する。図１０は、第２の実施形態の文書配信システム２００において、配信サーバ２１０が実行する処理を示すフローチャートである。図１０に示す処理は、複合機２３０から所定の配信フローの設定に関する操作画面の取得要求を受信して、ステップＳ２００から開始する。

ステップＳ２０１では、配信サーバ２１０は、画面提供部２２０により、プロファイルＩＤおよびケーパビリティ情報をとともに、画面取得要求を受信する。ステップＳ２０２では、配信サーバ２１０は、プロファイル修正部２１８により、受信のプロファイルＩＤに対応する原型のプロファイルを読み出し、解析し、プロファイルの画面定義データ中の機器依存項目ノードを検索する。

ステップＳ２０３では、配信サーバ２１０は、機器依存項目ノードが見つかったか否かを判定する。ステップＳ２０３で、機器依存項目ノードが見つかったと判定された場合（ＹＥＳ）には、ステップＳ２０４へ処理を進める。ステップＳ２０４では、配信サーバ２１０は、プロファイル修正部２１８により、発見された機器依存項目ノードの対応項目を求め、ステップＳ２０５で、ケーパビリティ情報中の対応項目の値に従い、当該機器依存項目ノードを下位ノードを含めて修正し、ステップＳ２０２へ処理をループさせ、プロファイルの画面定義データ中の次の機器依存項目ノードを検索する。

一方、ステップＳ２０３で、機器依存項目ノードが見つからないと判定された場合（ＮＯ）には、ステップＳ２０６へ処理を進める。ステップＳ２０６では、配信サーバ２１０は、プロファイル修正部２１８により、修正後のプロファイル中の画面定義データに従って、操作画面のレイアウト結果を演算し、ステップＳ２０７で、演算の結果、操作画面の要素が規定枠内に収まるか否かを判定する。

ステップＳ２０７で、規定枠内に収まらないと判定した場合（ＮＯ）には、ステップＳ２０８へ処理を進める。ステップＳ２０８では、配信サーバ２１０は、プロファイル修正部２１８により、修正後の画面定義データにおいて優先度が設定された要素が存在するか否かを判定し、存在すると判定された場合（ＹＥＳ）には、ステップＳ２０９へ処理を進める。ステップＳ２０９では、配信サーバ２１０は、プロファイル修正部２１８により、画面定義データにおける優先度の低い構成要素を除外等する修正を加え、ステップＳ２０７へループさせる。

ステップＳ２０７で、規定枠内に収まると判定された場合（ＹＥＳ）には、ステップＳ２１０へ処理が進められる。ステップＳ２１０では、配信サーバ２１０は、画面提供部２２０により、修正後の最終的なプロファイル中の画面定義データを要求元の複合機２３０に送信して、ステップＳ２１１で本処理を終了させる。

一方、ステップＳ２０８で、優先度が設定された項目がもう存在しないと判定された場合（ＮＯ）には、これ以上のプロファイルの修正は行わず、そのままステップＳ２１０へ進め、配信サーバ２１０は、修正後の最終的なプロファイル中の画面定義データを要求元の複合機２３０に送信して、ステップＳ２１１で本処理を終了させる。

上述した第２の実施形態によれば、プロファイル中の画面定義データの修正、配信処理などの負荷の高い処理を配信サーバ２１０が専ら実行することとし、複合機２３０側では、画面定義データに従って画面表示する処理を主として実行することになる。このため、第１の実施形態に比べ、複合機２３０側の処理を軽量化することができる。

以上説明したように本発明の実施形態によれば、電子文書に対する配信フローを利用する際に用いる操作画面を画面定義データを用いて定義する文書配信システムにおいて、原型の定義データのみを管理対象とし、各装置が備える性能に応じて原型の定義データを調整して、各装置個別の定義データを動的に設定することができる文書配信システム、画像処理装置、情報処理装置、処理制御方法、プログラムおよび記録媒体を提供することができる。

また上述した実施形態では、画像処理装置の一例として、複合機１２０，２３０を用いて説明してきたが、ネットワークスキャナやファクシミリなど他の画像処理装置として構成することもできる。

また上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…文書配信システム、１０２…ネットワーク、１１０…コンピュータ装置、１１２…プロファイル送信部、１１４…プロファイル作成部、１２０…複合機、１２２…プロファイル受信部、１２４…ケーパビリティ取得部、１２６…プロファイル修正部、１２８…プロファイル格納部、１３０…操作画面表示部、１３２…配信処理部、１４０…操作パネル、１５０…ケーパビリティ情報、１６０…画面定義データ、１７０…操作画面、１７２…短形、１８０…編集ウィンドウ画面、１８２…レイアウト・ペイン、１８４…ソース・ペイン、１８６…プロパティ・ペイン、１９０…プレビュー画面、１９２…代替表示、２００…文書配信システム、２１０…配信サーバ、２１２…プロファイルＩＤ送信部、２１４…プロファイル作成部、２１６…プロファイル格納部、２１８…プロファイル修正部、２２０…画面提供部、２２２…配信処理部、２３０…複合機、２３２…プロファイルＩＤ受信部、２３４…ケーパビリティ取得部、２３６…画面取得部、２３８…操作画面表示部、２４０…操作パネル

特開２００７−１３３８５３号公報 特開２００８−９７５８６号公報

Claims (18)

1. 情報処理装置と、前記情報処理装置と通信する画像処理装置とを含む文書配信システムであって、前記情報処理装置は、
   前記画像処理装置に割り当てる、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを送信する送信手段を含み、前記画像処理装置は、
   前記情報処理装置から前記原型の画面定義データを受信する受信手段と、
   当該画像処理装置が備える性能を記述するケーパビリティ情報を記憶する記憶手段と、
   受信した前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正する修正処理手段と、
   前記配信フローの利用に際して、修正後の画面定義データに対応した操作画面を操作パネル上に表示する表示手段と
   を含む、文書配信システム。
2. 情報処理装置と、前記情報処理装置と通信する画像処理装置とを含む文書配信システムであって、前記情報処理装置は、
   前記画像処理装置に割り当てる、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを格納する格納手段と、
   前記画像処理装置から、該画像処理装置が備える性能を記述するケーパビリティ情報を受信する手段と、
   格納される前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正する修正処理手段と、
   修正後の画面定義データを画像処理装置に送信する手段と
   を含み、前記画像処理装置は、
   前記情報処理装置から前記修正後の画面定義データを受信する手段と、
   前記修正後の画面定義データに対応した操作画面を操作パネル上に表示する表示手段と
   を含む、文書配信システム。
3. 前記修正処理手段は、前記原型の画面定義データが定義する画面構成部品のうち、前記ケーパビリティ情報が記述する性能上利用できない項目に関連する画面構成部品を非表示とするように、前記原型の画面定義データを修正する、請求項１または２に記載の文書配信システム。
4. 前記画面定義データは、該画面定義データに従い操作画面を構築する際に該操作画面内に組み込む優先順位が設定される画面構成部品を定義する情報を含む、請求項１〜３のいずれか１項に記載の文書配信システム。
5. 前記ケーパビリティ情報は、前記画像処理装置の操作パネルの画面サイズの性能情報を含み、前記修正処理手段は、前記画面サイズ内に収まるように、前記原型の画面定義データが定義する画面構成部品のうち、優先順位の低い画面構成部品から非表示または代替表示に変更して、前記原型の画面定義データを修正する、請求項４に記載の文書配信システム。
6. 前記情報処理装置は、前記操作画面に配置する画面構成部品に対し前記優先順位を設定して、前記原型の画面定義データと前記配信フローを定義付けるフロー定義データとが含まれる配信定義データを作成する作成手段を含む、請求項４または５に記載の文書配信システム。
7. 電子文書に対する１以上の処理からなる配信フローを実行する画像処理装置であって、
   当該画像処理装置に割り当てられる、前記配信フローを利用するための操作画面を定義付ける原型の画面定義データを記憶する第１の記憶手段と、
   当該画像処理装置が備える性能を記述するケーパビリティ情報を記憶する第２の記憶手段と、
   前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正する修正処理手段と
   前記配信フローの利用に際して、修正後の画面定義データに対応した操作画面を操作パネル上に表示する表示手段と
   を含む、画像処理装置。
8. 前記修正処理手段は、前記原型の画面定義データが定義する画面構成部品のうち、前記ケーパビリティ情報が記述する性能上利用できない項目に関連する画面構成部品を非表示とするように、前記原型の画面定義データを修正する、請求項７に記載の画像処理装置。
9. 前記操作画面に配置する画面構成部品に対し優先順位を設定して、前記原型の画面定義データと前記配信フローを定義付けるフロー定義データとが含まれる配信定義データを作成する作成手段を含む、請求項７または８に記載の画像処理装置。
10. 画像処理装置と通信する情報処理装置であって、前記情報処理装置は、
    前記画像処理装置に割り当てる、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを格納する格納手段と、
    前記画像処理装置から、該画像処理装置が備える性能を記述するケーパビリティ情報を受信する手段と、
    格納される前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正する修正処理手段と、
    前記画像処理装置に対し修正後の画面定義データに対応した操作画面を操作パネル上に表示させるために、前記修正後の画面定義データを画像処理装置に送信する手段と
    を含む、情報処理装置。
11. 前記修正処理手段は、前記原型の画面定義データが定義する画面構成部品のうち前記ケーパビリティ情報が記述する性能上利用できない項目に関連する画面構成部品を非表示とするように、前記原型の画面定義データを修正する、請求項１０に記載の情報処理装置。
12. 情報処理装置と通信する画像処理装置が実行する方法であって、前記画像処理装置が、
    当該画像処理装置に割り当てられる、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを受信するステップと、
    当該画像処理装置が備える性能を記述するケーパビリティ情報を読み出すステップと、
    受信した前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正するステップと、
    前記配信フローの利用に際して、修正後の画面定義データに対応した操作画面を操作パネル上に表示するステップと
    を実行する、処理制御方法。
13. 前記修正するステップは、前記情報処理装置が、前記ケーパビリティ情報に記述される前記画像処理装置の性能上利用できない項目に関連する画面構成部品を非表示とするように、前記原型の画面定義データを修正するサブステップを含む、請求項１２に記載の処理制御方法。
14. 画像処理装置と通信する情報処理装置が実行する方法であって、前記情報処理装置が、
    前記画像処理装置に割り当てる、電子文書に対する１以上の処理からなる配信フローを利用するための操作画面を定義付ける原型の画面定義データを読み出すステップと、
    前記画像処理装置が備える性能を記述するケーパビリティ情報を受信するステップと、
    読み出した前記原型の画面定義データ中の前記性能に依存して変更する表示内容を定義する部分を、前記ケーパビリティ情報に応じて修正するステップと、
    前記画像処理装置に対し修正後の画面定義データに対応した操作画面を操作パネル上に表示させるために、修正後の画面定義データを画像処理装置に送信するステップと
    を実行する、処理制御方法。
15. 前記修正するステップは、前記情報処理装置が、前記ケーパビリティ情報に記述される前記画像処理装置の性能上利用できない項目に関連する画面構成部品を非表示とするように、前記原型の画面定義データを修正するサブステップを含む、請求項１４に記載の処理制御方法。
16. 請求項１２または１３に記載の処理制御方法を画像処理装置に対し実行させるためのコンピュータ実行可能なプログラム。
17. 請求項１４または１５に記載の処理制御方法を情報処理装置に対し実行させるためのコンピュータ実行可能なプログラム。
18. 請求項１６または１７に記載のコンピュータ実行可能なプログラムをコンピュータ可読に記憶する記憶媒体。