JP2009260414A - 処理フロー実行装置及びその制御方法、並びに制御プログラム - Google Patents

Abstract

【課題】処理フローに設定されているバージョンよりも下位のバージョンのアプリケーションではサポートしていないタスクや設定をユーザに知らせることができ、ユーザの意図した結果を得ることが可能な処理フロー実行装置を提供する。
【解決手段】各種画像処理タスクの処理内容を記載した処理フロー定義ファイル５００を編集する編集手段（フロー実行部３０５）と、処理フローを解析する解析手段（フロー実行部３０５）とを持つ処理フローアプリケーション３００が組み込まれる。各種画像処理タスクを実行する実行手段（タスク実行部３０７）と、処理フローの内容を表示する表示手段（ＵＩ２部３０１）と、処理フローを送受信する通信手段（通信部３０２）とを備える。処理フローは、処理フローアプリケーション３００のバージョンと処理フロー実行装置を特定する識別子５５０が記載される。
【選択図】図３

Description

本発明は、複数のタスクを一連の処理フローとして実行する処理フロー実行装置及びその制御方法、並びに制御プログラムに関する。

文書に対する画像形成装置が有するタスクを複数組み合わせて一連の処理の流れとして登録し、それをユーザが呼び出すことにより、頻繁に使用する処理の組み合わせを煩わしい操作なく実行できるアプリケーションが提供されている。

タスク（或いはジョブとも言う）とは、例えば、複合的な機能を持つ画像形成装置等における個々の機能にて実現可能な処理や、情報処理装置等によって実行されるアプリケーションによって実現可能な処理を指す。

例えば、画像形成装置（印刷処理装置）が有する入出力のタスクとしては、原稿のスキャン、文書データのプリント、送信（電子メール、ファクス、ファイル等）、ディスクへの保存（当該印刷処理装置内外のハードディスクへの保存）等が挙げられる。編集のタスクとしては、複数文書データを結合して１つの文書データとする文書結合や、文書データ内のページ削除等がある。

上記のような複数のタスクをつなぎ合わせて、時系列的に処理をすることを目的に作成される一連のタスクの組み合わせを処理フローと呼ぶ。この組み合わせには、あるタスクの結果を入力として他のタスクを実行することも含め、さまざまな組み合わせがある。

上記処理フローを扱うアプリケーションが組み込まれた画像形成装置がある。このような画像形成装置においては、ユーザにより、その処理フローを実行するためのボタンが押下されることで処理フローが実行される。

このような画像形成装置では、作成した処理フローを別の画像形成装置に送信する機能を持つものがある。処理フローを受信した画像形成装置では、その処理フローをボタンとしてＵＩに表示する。処理フローを受信した画像形成装置でも、同様に、ユーザによりボタンが押下されることで処理フローが実行される。また、処理フローを受信した画像形成装置で、その処理フローをさらに別の画像形成装置に送ることも可能である。

上記のような処理フローを扱うアプリケーションが組み込まれた画像形成装置では、処理フローアプリケーションのバージョンによって、解析、実行できるタスクやタスクの設定が異なることがある。

処理フローを送信した画像形成装置より、下位のバージョンのアプリケーションを持つ画像形成装置でその処理フローの実行、編集を行う際に次の問題がある。

送信された処理フローが下位のアプリケーションでサポートしていないタスクやその設定がなされていた場合、その部分は解析できない。例えば、「スキャンしたデータを暗号化して送信する」という内容の処理フローを作成したとする。

その場合に「暗号化」をサポートしていない処理フローアプリケーションでは、「暗号化」の部分を解析できない。この場合、そのまま処理フローを実行したとすると「スキャンしたデータを送信する」処理が実行される。

このようなバージョン間の互換に関して特許文献１に提案された技術がある。特許文献１では、別のマシンにジョブスクリプトを送信する際に、受信側のマシンに実行環境を問い合わせる。

受信側のマシンがジョブスクリプトを実行できない環境であった場合は、実行するのに足りないアプリケーションプログラムの一部や全部をジョブスクリプトとともに送信する。受信側では受け取ったアプリケーションプログラムの一部や全部を入れ、バージョンアップ等の機能拡張を行ってからジョブスクリプトを実行することを可能としている。
特開平１０−６３５１１号公報

しかしながら、上述した従来技術では、以下のような問題がある。

処理フローアプリケーションのような、画像形成装置の組み込み系アプリケーションの場合、機種に依存していることが多く、アプリケーションのバージョンを容易に上げることができない。そのような場合、処理フローに本来設定されているどのタスクや設定が実行されない、表示されていないのかをユーザに知らせることができない。そのため、ユーザが処理フローを実行した際には、ユーザの意図しない結果となってしまう。

本発明の目的は、処理フローに設定されているバージョンよりも下位のバージョンのアプリケーションではサポートしていないタスクや設定をユーザに知らせることができ、ユーザの意図した結果を得ることが可能な処理フロー実行装置を提供することにある。

上記目的を達成するために、請求項１記載の処理フロー実行装置は、複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれ、ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信可能な処理フロー実行装置であって、処理フローに基づく複数のタスクの実行の指示を受け付ける受付手段と、前記受付手段が実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合に表示手段に警告画面を表示するよう制御する制御手段と、を備えることを特徴とする。

また、請求項６記載の処理フロー実行装置は、複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれた処理フロー実行装置であって、処理フローを編集するための編集手段と、ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信を行うための通信手段と、前記処理フローの内容を表示する表示手段と、を備え、処理フローの記述には、前記処理フローを編集した処理フローアプリケーションのバージョンを示す情報と前記処理フローを編集した装置を特定する識別子が含まれており、前記処理フローに記述されているバージョンが前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより下位のバージョンである場合には、前記編集手段は、前記処理フローアプリケーションのバージョンと前記処理フロー実行装置を特定する識別子を前記処理フローに上書きし、前記処理フローに記述されているバージョンが、前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより上位である場合には、前記通信手段は、前記識別子で特定される他の装置に前記処理フロー実行装置が備える処理フローアプリケーションでは実行できない前記処理フローの処理内容を問い合わせ、当該問い合わせに対する前記他の装置からの応答を受信し、受信した処理内容を表示手段に表示することを特徴とする。

本発明によれば、処理フローに設定されているバージョンよりも下位のバージョンのアプリケーションではサポートしていないタスクや設定においてもユーザに知らせることができる。よって、処理フローの実行結果がユーザの意図しないものとなることを防ぐことが可能となる。

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

図１は、本発明の実施の形態に係る処理フロー実行装置としての画像形成装置がネットワーク接続された画像形成システムの構成図である。

処理フロー実行装置としての画像形成装置１０１、１０２、１０３は、ＭＦＰ（MultI Function Peripheral）とも呼ばれる多機能型の画像形成装置である。画像形成装置１０１、１０２、１０３がＬＡＮ１００に接続され、互いに通信可能である。

画像形成装置１０１は、バージョン（Ｖｅｒ）１．０の処理フローアプリケーションが組み込まれており、ＩＰアドレスは１１．１１．・・・である。

画像形成装置１０２は、Ｖｅｒ２．０の処理フローアプリケーションが組み込まれており、ＩＰアドレスは２２．２２．・・・である。

画像形成装置１０３は、Ｖｅｒ３．０の処理フローアプリケーションが組み込まれており、ＩＰアドレスは３３．３３．・・・である。バージョンの数字は大きいほど上位のバージョンであるものとする。

処理フローアプリケーションとは、一連の複数の画像処理タスク（以下、処理フロー）を実行するアプリケーションである。処理フローアプリケーションにおける処理フローの編集、実行に関する説明については後述する。

図２は、図１の画像形成装置の内部構成を示すブロック図である。

図２において、画像形成装置１０１、１０２、１０３は、コントローラユニット２００と、操作部２２０と、スキャナ２３０と、プリンタ２４０とを備える。

コントローラユニット２００は、ＬＡＮ１００や公衆回線（ＷＡＮ）１１０に接続することで、画像情報やデバイス情報の入出力を行うことができる。

コントローラユニット２００において、ＣＰＵ２０１は、システム全体を制御するコントローラである。ＲＡＭ２０２は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。

ＲＯＭ２０３、はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０４は、ハードディスクドライブで、画像データやソフトウェアモジュールを格納する。

操作部Ｉ／Ｆ２０５は、操作部２２０とのインタフェース部で、操作部２２０に表示する画像データを操作部２２０に対して出力する。また、操作部２２０からの操作指示を受付ける。ネットワークＩ／Ｆ２０６は、ＬＡＮ１００に接続し、情報の入出力を行う。モデム２０７は、公衆回線１１０に接続し、画像情報の入出力を行う。

以上のデバイスがシステムバス２０８上に配置される。

イメージバスＩ／Ｆ２０９は、システムバス２０８と画像データを高速で転送する画像バス２１０を接続し、データ構造を変換するバスブリッジである。

画像バス２１０上には以下のデバイスが配置される。

ラスタイメージプロセッサ（ＲＩＰ）２１１は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２１２は、画像入出力デバイスであるスキャナ２３０やプリンタ２４０とコントローラユニット２００を接続する。

スキャナ画像処理部２１３は、入力画像データに対し補正、加工、編集を行う。また、入力された画像がカラー原稿か白黒原稿かを画像の彩度信号から判断し、その結果を保持する機能を有する。

プリンタ画像処理部２１４は、出力画像データに対し補正、加工、編集を行う。画像回転部２１５２は、スキャナ画像処理部２１３と連携して、スキャナ２３０からの画像読み込みと同時に画像を回転し、メモリ上に格納する。また、画像回転部２１５２は、メモリ上にある画像を回転し、メモリ上に格納する。また、画像回転部２１５２は、メモリ上にある画像をプリンタ画像処理部２１４と連携して回転しながら印字出力することができる。

画像圧縮部２１６は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨの圧縮伸張処理を行う。解像度変換部２１７は、メモリ上にある画像を解像度変換処理し、メモリ上に格納する。

色空間変換部２１８は、マトリクス演算により、例えばメモリ上にあるＹＵＶ画像をＬａｂ画像に変換し、メモリ上に格納する。階調変換部２１９は、例えば、メモリ上にある８ビット、２５６階調の画像を誤差拡散処理等の手法により１ビット、２階調に変換し、メモリ上に格納する。

画像回転部２１５、画像圧縮部２１６、解像度変換部２１７、色空間変換部２１８、階調変換部２１９は、それぞれ連結して動作することが可能で、例えば、メモリ上の画像を画像回転、解像度変換する場合は、両処理を、メモリを介さずに行うことができる。

図３は、図２の画像形成装置で実行される処理フローの制御に関わるソフトウェアモジュールの構成図である。

これらソフトウェアモジュールはＲＯＭ２０３、ＨＤＤ２０４に格納され、ＣＰＵ２０１により実行される。

処理フローアプリケーション３００は、フロー実行部３０５、フロー管理部３０６からなる。図３の他のソフトウェアモジュールと連携することで処理フローの編集や実行を実現している。フロー実行部３０５、フロー管理部３０６に関しては、後述する。

ＵＩ部３０１は、操作部Ｉ／Ｆ２０５を介して操作部２２０に表示を行い、操作部２２０からのユーザの入力を処理するソフトウェアモジュールである。

ＵＩ部３０１は、処理フローアプリケーション３００からの指示により、処理フローアプリケーション３００に関する画面の表示を行う。また、ＵＩ部３０１は、操作部２２０からのユーザの入力等の内容を処理フローアプリケーション３００に伝える。

処理フローアプリケーション３００は、ＵＩ部３０１から伝えられた入力内容の結果を、フロー実行部３０５へ渡す。本実施の形態では、ＵＩ部３０１は、処理フローアプリケーション３００の外に設けられたモジュールであるが、処理フローアプリケーション３００がＵＩ部３０１を内部に持っていてもよい。

通信部３０２は、ネットワークＩ／Ｆ２０６やモデム２０７を操作して通信（送受信）を行うソフトウェアモジュールである。認証部３０３は、ユーザによる操作部２２０の操作によってＵＩ部３０１が受け付けたユーザのログイン情報や通信部３０２から受け取ったユーザ情報を受け取り、ユーザ認証を行い、ユーザのセッションの管理を行うソフトウェアモジュールである。

認証情報管理部３０４は、ユーザの認証情報を管理し、認証部３０３の認証情報問い合わせに応答するソフトウェアモジュールである。本実施の形態では、デバイス内部に認証情報を持っているが、不図示の認証サーバを別途設けて認証情報を管理する構成も可能である。

フロー実行部３０５は、後に後述する処理フロー定義ファイルを解析するソフトウェアモジュールである。また処理フローを機能単位のタスク設定（例えば、スキャンジョブ設定、プリントジョブ設定、送信ジョブ設定等）に分解するためのものである。

フロー実行部３０５は、各種画像処理タスクの処理内容を記載した処理フローを編集する編集手段と、処理フローを解析する解析手段として機能する。

フロー管理部３０６は、各ユーザがログインしている時にどの処理フロー実行ボタンを操作部２２０に表示させるかという処理フロー管理ファイルを管理するためのソフトウェアモジュールである。

また、フロー管理部３０６は、処理フローを実行するための設定が記述されている処理フロー定義ファイルを管理するためのものである。処理フロー管理ファイルと処理フロー定義ファイルに関しては後述する。本実施の形態では、処理フローの記述をファイルとして扱っているが、ＲＡＭ２０２上に保持してもよい。

フロー管理部３０６は、処理フローを格納すると共に、問い合わせ結果の格納が可能な格納手段して機能する。

タスク実行部３０７は、各種タスクの設定情報に基づいてタスクを生成しタスクを実行するためのソフトウェアモジュールである。タスクリスト管理部３０８は、実行すべきタスクを管理するためのソフトウェアモジュールである。

各種タスクは、ＵＩ部３０１、通信部３０２、処理フローアプリケーション３００のフロー実行部３０５からの要求により発生する。

例えば、ＵＩ部３０１でユーザからコピーやスキャンの指示があった場合、ＵＩ部３０１からコピーやスキャンのそれぞれのタスク設定がタスク実行部３０７に渡される。そしてタスクリスト管理部３０８に登録される。タスク実行部３０８はそのタスクリスト管理部３０８で管理されたタスクを順に実行する。通信部３０２を介して他の画像形成装置やＰＣからタスク設定が渡された場合も同様に処理される。

図４は、図３の画像形成装置で用いられる処理フロー管理ファイルの例を示す図である。

本実施の形態では、処理フロー管理ファイル４００は、模式的な図としてテーブル形式を用いているが、ＣＳＶ（Comma Separated Values）形式や、ＸＭＬ（Extensible Markup Language）等でのテキストファイルでもよい。

カラム４０１は、処理フローの管理ＩＤを示す。カラム４０２は、処理フローの名称を示す。カラム４０３は、処理フローが誰に対してアクセス権が与えられているかを示す情報である。

例えば、ＩＤ：１の処理フローは「Ｕｓｅｒ Ａ」に実行のためのアクセス権が与えられており、Ｕｓｅｒ Ａがログインしているときにボタンとして表示される。共有になっているものに関してはログインユーザに関係なく表示される。

カラム４０４は、処理フローを編集した画像形成装置の中で、最上位の処理フローアプリケーションのバージョンを示す。例えば、ある処理フローがＶｅｒ１．０のアプリケーションで新規作成され、その後、Ｖｅｒ３．０、Ｖｅｒ２．０のアプリケーションが組み込まれた画像形成装置の順に送信され、編集されたとするとカラム４０４には、３．０と入ることになる。

カラム４０５は、カラム４０４での最上位バージョンの処理フローアプリケーションが組み込まれた画像形成装置のＩＰアドレスである。複数ある場合には、複数記載することが可能である。本実施の形態では、問い合わせ先としてＩＰアドレスを用いているが、ＷｅｂＳｅＲｖｉｃｅのアドレス等、最上位バージョンの処理フローアプリケーションを組み込んでいる画像形成装置を特定できるものであればよい。

カラム４０６はタスクの内容、カラム４０７は、処理フローの定義である。

図５は、図３の画像形成装置で用いられる処理フロー定義ファイルの例を示す図である。

本実施の形態では、（ａ）の処理フロー定義ファイル５００は、ＸＭＬファイルとして扱うものとするが他の形式で記述されていてもよいものとする。処理フロー定義ファイルは、処理フローアプリケーションを組み込んだ画像形成装置で作成可能である。

処理フローに含まれるタスクはＸＭＬのタグとして表現され、その出現順番がタスクの処理順番とみなすものとする。但し、図５では、タスクに関する詳細な記述内容は省略している。

（ｂ）は（ａ）のタグ５５０の部分（Ｔａｓｋ Ｆｌｏｗタグ）を抜き出したものである。タグ５５０内の属性については、後述する。

タグ５０１は、スキャナ２３０を用いたスキャンタスクを実行して、画像を入力することを示している。タグ５０２は、ＨＤＤ２０４に保存されている画像データを入力文書として扱うタスクであることを示している。

タグ５０３で、ＨＤＤ２０４に保存されている画像データを特定している。タグ５０４は、文書を暗号化するタスクを実行して、複数の画像データを暗号データに変換することを示している。

タグ５０５は、送信タスクを実行して画像データを送信先に送信することを示している。タグ５０６は、送信タスクの設定で送信先となるアドレスを示している。送信先となるアドレスは、タグ５０６を追加することで複数設定可能ある。また、送信タスクには、メール送信、ＳＭＢ送信等のファイル送信、ファクス送信等の宛先が設定可能である。

属性５５１は、処理フローの管理ＩＤを表している。属性５５２は、処理フローの名称を表している。属性５５３は、この処理フロー編集した処理フローアプリケーションの中で、最上位の処理フローアプリケーションのバージョンを表している。

属性５５４は、処理フロー編集した処理フローアプリケーションの中で、最上位の処理フローアプリケーションを組み込んだ画像形成装置のＩＰアドレスを表している。処理フローを編集した処理フローアプリケーションの中で、最上位の処理フローアプリケーションを組み込んだ画像形成装置が複数ある場合は、複数の問い合わせ先が記載される。

画像形成装置は、図５に示すような処理フロー定義ファイルを解析し、処理フロー定義ファイル内に記述された複数のタスクを逐次実行することで処理フローの実行を実現することができる。

尚、本実施の形態では、属性５５４として、ＩＰアドレスを用いて画像形成装置を特定するようにしているが、装置のシリアルナンバーやＭＡＣアドレスなど、画像形成装置をユニークに特定できるものであれば他の識別子を用いても良い。

図６は、図４の処理フロー管理ファイルにおけるＵｓｅｒ Ａが画像形成装置にログインしたときに図２における操作部に表示される操作画面の例を示す図である。

ボタン６０１は、図３の処理フローアプリケーション３００の画面を表示するためのボタンである。

ボタン６０２、６０３は、処理フローアプリケーション３００の画面に表示されている、処理フローを呼び出して実行するためのボタンである。１つのボタンが１つの処理フローに対応する。Ｕｓｅｒ Ａがログインしたときにボタンとして表示される処理フローは、処理フロー管理ファイル４００のカラム４０３の公開範囲がＵｓｅｒ Ａとなっているものである。

Ｕｓｅｒ Ｂがログインしたときに表示されるボタンは、Ｕｓｅｒ Ａの時と同様に、カラム４０３の公開範囲がＵｓｅｒ Ｂとなっているものである（図示を省略）。

ボタン６０４は、ログインユーザに関係なく表示される共有の画面に切り替えるためのボタンである。ボタン６０４を押下したときに表示されるボタンは、処理フロー管理ファイル４００のカラム４０３の公開範囲が共有となっているものである（図示を省略）。

ボタン６０５は、処理フローを作成・編集画面を表示するためのものである。処理フローを編集するためにボタン６０５が押下された際に、解析できないタスク等があったときは、処理フロー問い合わせ定義ファイル５００を作成する。処理フロー問い合わせ定義ファイル５００については、後述する。

図７は、図２における操作部に表示される処理フロー作成画面の例を示す図である。

図７で表示されている画面は、ボタン６０２の処理フロー「機密文書送信」が選択され、ボタン６０５が押下されたときに表示される処理フロー作成画面である。

ボタン７０１からボタン７０８（以下、タスク設定ボタン）は、順に「スキャン」、「ＨＤＤ内文書」、「ＨＤＤへの保存」、「プリント」、「送信」、「文書結合」、「ページ削除」、「暗号化」のタスクを表している。これらのボタンが押下されることにより、それぞれのタスクの詳細設定画面に切り替える（詳細設定画面については図示を省略）。

詳細設定画面でそのタスクの設定がされると、タスク設定ボタンの横にチェックマーク７０９が表示される。タスク設定ボタンの横にチェックマーク７０９が表示されているタスクは、処理フローとして実行される。

ボタン７１０を押下すると処理フローとして登録される。ボタン７１１を押下すると処理フローの作成、編集がキャンセルされ、共有画面に戻る。

図８は、図３の画像形成装置で用いられる処理フロー問い合わせ定義ファイルの例を示す図である。

処理フロー問い合わせ定義ファイル８００は、ボタン６０５が押下されたときに、処理フローアプリケーションで解析できなかったタスクやその設定を上位のバージョンの処理フローアプリケーションに問い合わせるために生成されるファイルである。

図８は、画像形成装置１０１に組み込まれている処理フローアプリケーションＶｅｒ１．０で暗号化をサポートしておらず、Ｅｎｃｒｙｐｔタグが解析できなかった場合の例である。

タグ８０１は、処理フロー問い合わせ定義ファイルのルートのタグで、属性には、自身のＩＰアドレスを含む。問い合わせ先（上位のバージョンの処理フローアプリケーション）の画像形成装置からの回答を得るために自身のＩＰアドレスを含んでいるので、もちろんＷｅｂＳｅｒｖｉｃｅのアドレスでもよい。

タグ８０２は、解析できなかったタスクを示している。タグ８０２ではＥｎｃｒｙｐｔというタスクを解析できなかったということを示している。属性８０３は、解析できなかったタスクの表示名が入る部分である。問い合わせ時は、空欄で送信する。問い合わせ先では、この部分を記載してファイルを問い合わせ元に送ることになる。

タグ８０４は、解析できなかったタスクの詳細な設定を示している。タグ８０２と同様に属性８０３を持つ。

図９は、図６におけるボタン６０５が押下された際に解析できなかったタスクやその設定等があった場合に、図２の操作部２２０に表示される操作画面（警告画面）の例を示す図である（１）。

警告画面中において、領域９０１は、処理フロー問い合わせ定義ファイル８００を送信し、上位バージョンの処理フローアプリケーションに問い合わせを行った結果、得られたタスクや設定の表示名などを含むメッセージを表示する。

本実施の形態では、警告画面９００を表示し、ユーザに続行、キャンセルの選択手段を提供している。しかし、図１１の警告画面１１００のように、領域１１０１にタスクや設定の表示名とともにチェックボックスを設けてもよい。ユーザがチェックボックスを外して、編集を続行した場合は、保存した際、そのタスクや設定は外れた状態で保存されることになる。

また、図１２の警告画面１２００のように、ボタン１２０１を設け、管理者に使用できない機能があることを伝えられるようにしてもよい。ボタン１２０１が押下されることで、処理フローを管理している管理者にメールで通知される。もちろん、警告画面９００を表示し、自動的に管理者にメール通知を行ってもよい。

図１０は、の画像形成装置（処理フロー実行装置）によって実行される処理フローの編集が行われる際のデータ処理手順を示すフローチャートである。画像形成装置のＣＰＵ２０１が図３のソフトウェアモジュールの少なくともいずれかを実行することによって本フローチャートでの処理を行う。

ステップＳ１００１からステップＳ１０１６は、処理フローの編集が指示された下位のバージョンの処理フローアプリケーションが組み込まれた画像形成装置（問い合わせ元）でのデータ処理手順である。

ステップＳ１０５１からステップＳ１０５４は、上位のバージョンの処理フローアプリケーションが組み込まれた画像形成装置（問い合わせ先）でのデータ処理手順である。

ステップＳ１００１で、ＵＩ部３０１は、ユーザから処理フローの編集指示があるかどうかを監視する。ユーザからの処理フロー編集の指示は、図６の処理フロー操作画面で処理フローが選択され、編集ボタン６０５が押下されることにより行われる。編集指示があった場合は、ステップＳ１００２へ遷移し、なかった場合は監視を続ける。

ステップＳ１００２で、フロー実行部３０５は、処理フロー管理ファイル４００を解析し、ステップＳ１００３に遷移する。

ステップＳ１００３で、フロー実行部３０５は、フロー管理部３０６から処理フロー管理ファイル４００を受け取る。そして、処理フロー管理ファイル４００のバージョンのカラム４０４から、処理フローのバージョンと画像形成装置自身にインストールされている処理フローアプリケーションのバージョンのどちらが上位であるかを判断する。

選択されている処理フローのバージョンが上位であった場合は、ステップＳ１００４へ遷移する。選択されている処理フローのバージョンが下位のバージョン或いは同位のバージョンであった場合は、ステップＳ１０１１へ遷移する。

ステップＳ１００４で、フロー実行部３０５は、フロー管理部３０６から処理フロー定義ファイル５００を受け取る。処理フロー定義ファイル５００を解析し、ステップＳ１００５へ遷移する。

ステップＳ１００５で、フロー実行部３０５は、ステップＳ１００４で処理フロー定義を解析した結果、解析できなかったタスクやタスクの設定があったかを判断する。解析できなかったタスクやタスクの設定があった場合は、ステップＳ１００６へ遷移する。全ての処理フロー定義を解析できた場合は、ステップＳ１０１１へ遷移する。

ステップＳ１００６で、フロー実行部３０５は、解析できなかったタスクやタスクの設定を問い合わせるため、処理フロー問い合わせ定義ファイル８００を生成する。

ステップＳ１００７で、通信部３０２は、処理フロー問い合わせ定義ファイル８００と処理フロー管理ファイル４００のカラム４０５の問い合わせ先をフロー実行部３０５から受け取る。そして、フロー実行部３０５から受け取った問い合わせ先に処理フロー問い合わせ定義ファイル８００を送信し、ステップＳ１００８へ遷移する。

ステップＳ１００８で、通信部３０２は、ステップＳ１００７で問い合わせた結果の受信があったかを監視する。問い合わせ先からの結果の受信があった場合は、ステップＳ１００９へ遷移する。受信がない場合は、ステップＳ１０１４へ遷移する。

ステップＳ１００９で、ＵＩ部３０１は、通信部３０２からの結果を受け取り、その結果を用いて警告画面９００を表示し、ステップＳ１０１０へ遷移する。前述した通り、警告画面９００の代わりに警告画面１１００を表示し、実行できないタスクやその設定をユーザに外させる手段を提供してもよい。また、警告画面９００の代わりに警告画面１２００を表示し、管理者にメール通知する手段を設けてもよい。

ステップＳ１０１０で、ＵＩ部３０１は、ユーザからの続行かキャンセルの指示を受け付ける。ユーザからの指示は、警告画面９００のボタンの押下により行われる。続行が指示された場合は、ステップＳ１０１７へ遷移し、編集入力受付を行い、ステップＳ１０１１へ遷移する。キャンセルが指示された場合は、ＵＩ部３０１は、図６の操作画面を表示し、終了する。

ステップＳ１０１１で、ＵＩ部３０１は図７の編集画面を表示し、ユーザからの保存指示があったかを監視する。ユーザからの保存指示があった場合は、ステップＳ１０１２へ遷移する。なかった場合は、監視を続ける。

ステップＳ１０１２で、フロー実行部３０５は、ステップＳ１００３の判断結果から、処理フローのバージョンと自身の処理フローアプリケーションのバージョンのどちらが上位であるかを判断する。

選択されている処理フローが上位のバージョンであった場合は、編集された内容を反映し、処理フローをフロー管理部３０６に渡し、保存する。選択されている処理フローが下位もしくは同じバージョンであった場合は、ステップＳ１０１３へ遷移する。

ステップＳ１０１３で、フロー実行部３０５は、処理フローに記載されているバージョンと問い合わせ先を、自身のＩＰアドレスと処理フローアプリケーションのバージョンで上書きする。そして、編集内容を処理フロー定義ファイル５００に反映させる。反映した処理フロー定義ファイル５００をフロー管理部３０６に渡し、保存して終了する。

ステップＳ１０１４で、通信部３０２は、結果を受信するまでの時間が一定時間を超えていないかを判断する。超えていない場合はステップＳ１００８に戻り、監視を続ける。超えている場合は、ステップＳ１０１５へ遷移する。

ステップＳ１０１５で、通信部３０２は、フロー実行部３０５から受け取った問い合わせ先がまだあるかを判断する。問い合わせ先がある場合は、ステップＳ１００７に戻り、新たな問い合わせ先に問い合わせを行う。問い合わせ先がない場合は、ステップＳ１０１６へ遷移する。

ステップＳ１０１６で、ＵＩ部３０１は、解析できないタスクや設定があるが表示できないことを通知し、ステップＳ１０１１へ遷移する。

ステップＳ１０５１からステップＳ１０５４は、上位のバージョンの処理フローアプリケーションが組み込まれた画像形成装置（問い合わせ先）でのデータ処理手順である。

ステップＳ１０５１で、シャットダウン等の終了処理が行われないかを監視する。終了処理が行われた場合は、終了する。終了処理が行われていない場合は、ステップＳ１０５２に遷移する。

ステップＳ１０５２で、通信部３０２は、他の画像形成装置からタスクやタスク設定の表示名の問い合わせがないかを監視する。問い合わせがあった場合は、ステップＳ１０５３へ遷移する。問い合わせがない場合は、監視を続ける。

ステップＳ１０５３で、フロー実行部３０５は、問い合わせのあった処理フロー問い合わせ定義ファイル８００を通信部３０２から受け取る。フロー実行部３０５は、受け取った処理フロー問い合わせ定義ファイル８００を解析する。解析したタスクやタスクの設定の表示名を属性８０３の値に入れ、処理フロー問い合わせ定義ファイル８００を上書きし、ステップＳ１０５４へ遷移する。

ステップＳ１０５４で、通信部３０２は、上書きした処理フロー問い合わせ定義ファイル８００を問い合わせ元に送信し、ステップＳ１０５１に戻り、監視を続ける。

図１３は、図３の画像形成装置（問い合わせ元の処理フロー実行装置）のソフトウェアモジュールによって実行が指示されたときのデータ処理手順を示すフローチャートである。

問い合わせ先のデータ処理手順については、編集時のデータ処理手順を示した図１０と同様であるため、省略する。

ステップＳ１３０１で、ＵＩ部３０１は、ユーザから処理フローの実行指示があるかどうかを監視する。ユーザからの処理フロー実行の指示は、図６の処理フロー操作画面で処理フローのボタン（例えばボタン６０２）が押下されることにより行われる。実行指示があった場合は、ステップＳ１３０２へ遷移し、なかった場合は監視を続ける。

ステップＳ１３０１は、処理フローの実行が指示されたか否かを判断する判断手段として機能する。

ステップＳ１３０２で、フロー実行部３０５は、処理フロー管理ファイル４００を解析し、ステップＳ１３０３に遷移する。

ステップＳ１３０３で、フロー実行部３０５は、フロー管理部３０６から処理フロー管理ファイル４００を受け取る。処理フロー管理ファイル４００のバージョンのカラム４０４から、処理フローのバージョンと自身の処理フローアプリケーションのバージョンのどちらが上位であるかを判断する。

ステップＳ１３０３は、判断手段により処理フローの実行が指示されたと判断された場合に、実行が指示された処理フローの前記処理フローアプリケーションのバージョンと自身が有する前記処理フローアプリケーションのバージョンとを比較する比較手段として機能する。

選択されている処理フローのバージョンの方が上位であった場合は、処理フローの実行開始を保留し、ステップＳ１３０４へ遷移する。選択されている処理フローの方が下位或いは同位のバージョンであった場合は、ステップＳ１３１１へ遷移する。

ステップＳ１３０４で、フロー実行部３０５は、フロー管理部３０６から処理フロー定義ファイル５００を受け取る。処理フロー定義ファイル５００を解析し、ステップＳ１３０５へ遷移する。

ステップＳ１３０５で、フロー実行部３０５は、ステップＳ１３０４で処理フロー定義を解析した結果、解析できなかったタスクやタスクの設定があったかを判断する。解析できなかったタスクやタスクの設定があった場合は、ステップＳ１３０６へ遷移する。全ての処理フロー定義を解析できた場合は、ステップＳ１３１１へ遷移する。

ステップＳ１３０６で、フロー実行部３０５は、解析できなかったタスクやタスクの設定を問い合わせるため、処理フロー問い合わせ定義ファイル８００を生成する。

ステップＳ１３０７で、通信部３０２は、処理フロー問い合わせ定義ファイル８００と処理フロー管理ファイル４００のカラム４０５の問い合わせ先をフロー実行部３０５から受け取る。フロー実行部３０５から受け取った問い合わせ先に処理フロー問い合わせ定義ファイル８００を送信し、ステップＳ１３０８へ遷移する。

ステップＳ１３０８で、通信部３０２は、ステップＳ１３０７で問い合わせた結果の受信があったかを監視する。問い合わせ先からの結果の受信があった場合は、ステップＳ１３０９へ遷移する。受信がない場合は、ステップＳ１３１２へ遷移する。

ステップＳ１３０９で、ＵＩ部３０１は、通信部３０２からの結果を受け取り、その結果を用いて警告画面９００を表示し、ステップＳ１０１０へ遷移する。警告画面９００の代わりに警告画面１１００を表示し、実行できないタスクやその設定をユーザに外させる手段を提供してもよい。また、警告画面９００の代わりに警告画面１２００を表示し、管理者にメール通知する手段を設けてもよい。

ステップＳ１３０９は、比較手段により実行が指示された処理フローの処理フローアプリケーションのバージョンが上位と判断された場合に警告画面を表示する表示手段として機能する。

ステップＳ１３１０で、ＵＩ部３０１は、ユーザからの続行かキャンセルの指示を受け付ける。ユーザからの指示は、警告画面９００のボタンの押下により行われる。続行が指示された場合は、ステップＳ１３１１へ遷移する。キャンセルが指示された場合は、ＵＩ部３０１は、図６の操作画面を表示し、終了する。

ステップＳ１３１１で、フロー実行部３０５は、処理フローをタスク毎に分割したものを、タスク実行部３０７に渡し、処理フローを実行する。

ステップＳ１３１２で、通信部３０２は、結果を受信するまでの時間が一定時間を超えていないかを判断する。超えていない場合はステップＳ１３０８に戻り、監視を続ける。超えている場合は、ステップＳ１３１３へ遷移する。

ステップＳ１３１３で、通信部３０２は、フロー実行部から受け取った問い合わせ先がまだあるかを判断する。問い合わせ先がある場合は、ステップＳ１３０７に戻り、新たな問い合わせ先に問い合わせを行う。問い合わせ先がない場合は、ステップＳ１３１４へ遷移する。

ステップＳ１３１４で、ＵＩ部３０１は、解析できないタスクや設定があるが表示できないことを通知し、ステップＳ１３１１へ遷移する。

以上、上記の実施の形態によれば、処理フローの編集、実行の際、上位のバージョンの処理フローアプリケーションでしか解析できないタスクやタスクの設定を下位のバージョンの処理フローアプリケーションで表示させることが可能となっている。

そのため、実行できないタスクやタスクの設定をユーザが知らないまま処理フローを編集、実行することを防止することができ、ユーザの意図しない結果となることを防ぐことができる。

上記の実施の形態では、処理フローの解析を行い、解析できなかったタスクやその設定を上位のバージョンが組み込まれた画像形成装置に毎回、問い合わせを行うものであった。

以下では、一度問い合わせを行ったタスクやその設定については、問い合わせ結果を記憶しておき、再度問い合わせにいかない仕組みを取り入れた実施の形態を示す。

図１４は、図３における処理フロー管理部で管理される、問い合わせ結果ファイルの例を示す図である。

本実施の形態では、テーブル形式で管理しているが、ＣＳＶ形式、ＸＭＬ形式のファイル等でもよい。

カラム１４０１は、一度問い合わせを行った解析できないタスクやその設定のタグ名を示す。カラム１４０２は、一度問い合わせを行った結果、得られた表示名である。

図１５は、画像形成装置（処理フロー実行装置）のソフトウェアモジュールによって実行される、処理フローを解析した結果、解析できないタスクや設定が存在した場合のＵＩに警告画面を表示するまでのデータ処理手順を示すフローチャートである。

問い合わせ先のデータ処理手順は、図１０の処理と同様のため、省略する。

ステップＳ１５０１で、フロー実行部３０５は、フロー管理部３０６から問い合わせ結果ファイル１４００を受け取る。問い合わせ結果ファイル１４００から、解析できなかったタスクやその設定の表示名があるかを検索し、ステップＳ１５０２へ遷移する。

ステップＳ１５０２で、フロー実行部３０５は、解析できなかったタグやその設定の表示名が全てあったかを判断する。全ての表示名があった場合は、ステップＳ１５０６へ遷移する。１つでもなかった場合は、表示名が見つからなかったタスクやその設定から処理フロー問い合わせ定義ファイル８００を生成し、ステップＳ１５０３へ遷移する。

ステップＳ１５０３で、通信部３０２は、処理フロー問い合わせ定義ファイル８００とカラム４０５の問い合わせ先をフロー実行部３０５から受け取る。フロー実行部３０５から受け取った問い合わせ先に処理フロー問い合わせ定義ファイル８００を送信し、ステップＳ１５０４へ遷移する。

ステップＳ１５０４で、通信部３０２は、ステップＳ１５０３で問い合わせた結果の受信があったかを監視する。問い合わせ先からの結果の受信があった場合は、ステップＳ１５０５へ遷移する。受信がない場合は、ステップＳ１５０７へ遷移する。

ステップＳ１５０５で、フロー実行部３０５は、ステップＳ１５０４で得られた結果を問い合わせ結果ファイル１４００に追加する。そして、その結果をフロー管理部３０６に渡して保存を行い、ステップＳ１５０６へ遷移する。

ステップＳ１５０６で、ＵＩ部３０１は、通信部３０２からの結果を受け取り、その結果を用いて警告画面９００を表示し、終了する。終了した後の動きは、ユーザからの指示が処理フローの編集であった場合は、図１０のデータ処理手順のステップＳ１０１０からの手順と同じとなる。ユーザからの指示が処理フローの実行であった場合は、図１３のデータ処理手順のステップＳ１３１０からの手順と同じとなる。そのため、説明は省略する。

ステップＳ１５０７で、通信部３０２は、結果を受信するまでの時間が一定時間を超えていないかを判断する。超えていない場合はステップＳ１５０７に戻り、監視を続ける。超えている場合は、ステップＳ１５０８へ遷移する。

ステップＳ１５０８で、通信部３０２は、フロー実行部３０５から受け取った問い合わせ先がまだあるかを判断する。問い合わせ先がある場合は、ステップＳ１５０３に戻り、新たな問い合わせ先に問い合わせを行う。問い合わせ先がない場合は、ステップＳ１５０９へ遷移する。

ステップＳ１５０９でＵＩ部３０１は、解析できないタスクや設定があるが表示できないことを通知し、処理を終了する。

以上、本実施の形態によれば、処理フローを編集、もしくは実行する際、上位のバージョンの処理フローアプリケーションでしか解析できないタスクやタスクの設定を下位のバージョンの処理フローアプリケーションで表示させることが可能となっている。

そのため、実行できないタスクやタスクの設定をユーザが知らないまま編集、または実行することを防止することができ、ユーザの意図しない結果となることを防ぐことができる。

さらに、一度問い合わせを行ったタスクやタスクの設定に関しては、二度目は問い合わせないため、通信回数を減らすことができ、通信による時間を減らすことが可能となっている。

［他の実施の形態］
以上、様々な実施の形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、スキャナ、プリンタ、ＰＣ、複写機、複合機及びファクシミリ装置の如くである。

本発明は、前述した実施の形態の各機能を実現するための制御プログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。

従って、本発明の機能・処理をコンピュータや上述の装置で実現するために、該コンピュータや上述の装置にインストールされる制御プログラムのプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するための制御プログラム自体も本発明の一つである。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。

また、プログラムは、クライアントコンピュータのブラウザを用いてインターネット／イントラネットのウェブサイトからダウンロードしてもよい。即ち、該ウェブサイトから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるウェブサイトからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネット／イントラネットを介してウェブサイトから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施の形態の機能が実現されてもよい。尚、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施の形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施の形態の機能が実現されることもある。

本発明の実施の形態に係る処理フロー実行装置としての画像形成装置がネットワーク接続された画像形成システムの構成図である。 図１の画像形成装置の内部構成を示すブロック図である。 図２の画像形成装置で実行される処理フローの制御に関わるソフトウェアモジュールの構成図である。 図３の画像形成装置で用いられる処理フロー管理ファイルの例を示す図である。 図３の画像形成装置で用いられる処理フロー定義ファイルの例を示す図である。 図４の処理フロー管理ファイルにおけるＵｓｅｒ Ａがログインしたときに図２における操作部に表示される操作画面の例を示す図である。 図２における操作部に表示される処理フロー作成画面の例を示す図である。 図３の画像形成装置で用いられる処理フロー問い合わせ定義ファイルの例を示す図である。 図６におけるボタン６０５が押下された際に解析できなかったタスクやその設定等があった場合に、図２の操作部に表示される操作画面（警告画面）の例を示す図である（１）。 図３の画像形成装置（処理フロー実行装置）のソフトウェアモジュールによって実行される処理フローの編集が行われる際のデータ処理手順を示すフローチャートである。 図６におけるボタン６０５が押下された際に解析できなかったタスクやその設定等があった場合に、図２の操作部に表示される操作画面（警告画面）の例を示す図である（２）。 図６におけるボタン６０５が押下された際に解析できなかったタスクやその設定等があった場合に、図２の操作部に表示される操作画面（警告画面）の例を示す図である（３）。 図３の画像形成装置（問い合わせ元の処理フロー実行装置）のソフトウェアモジュールによって実行が指示されたときのデータ処理手順を示すフローチャートである。 図３における処理フロー管理部で管理される問い合わせ結果ファイルの例を示す図である。 図３の画像形成装置（処理フロー実行装置）のソフトウェアモジュールによって実行される、処理フローを解析した結果、解析できないタスクや設定が存在した場合のＵＩに警告画面を表示するまでのデータ処理手順を示すフローチャートである。

符号の説明

３０１ ＵＩ部
３０２ 通信部
３０３ 認証部
３０４ 認証情報管理部
３０５ フロー実行部
３０６ フロー管理部
３０７ タスク実行部
３０８ タスクリスト管理部

Claims (13)

1. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれ、ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信可能な処理フロー実行装置であって、
   処理フローに基づく複数のタスクの実行の指示を受け付ける受付手段と、
   前記受付手段が実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合に表示手段に警告画面を表示するよう制御する制御手段と、
   を備えることを特徴とする処理フロー実行装置。
2. 前記制御手段は、前記受付手段が実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合、前記処理フローに基づく複数のタスクの実行の開始を保留し、前記警告画面中に前記処理フローを実行するか否かの選択を促す旨のメッセージを表示するよう制御することを特徴とする、請求項１に記載の処理フロー実行装置。
3. 前記受付手段が実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合、前記処理フローのうち、前記処理フロー実行装置に組み込まれた処理フローアプリケーションでは実行できない処理内容を前記ネットワークを介して接続される他の装置へ問い合わせる問い合わせ手段を更に備え、
   前記制御手段は前記問い合わせ手段による問い合わせに応答して前記他の装置から受信した処理内容を示す情報を前記表示手段に表示させることを特徴とする、請求項１または２に記載の処理フロー実行装置。
4. 前記処理フローの記述内容には、前記処理フローを編集した装置を特定するための情報が含まれており、前記問い合わせ手段は前記処理フローを編集した装置を特定するための情報に基づいて前記他の装置への問い合わせを行うことを特徴とする、請求項３に記載の処理フロー実行装置。
5. 前記処理フローの記述内容には、前記処理フローを編集した処理フローアプリケーションのバージョンを示す情報が含まれていることを特徴とする、請求項１乃至４のいずれか１項に記載の処理フロー実行装置。
6. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれた処理フロー実行装置であって、
   処理フローを編集するための編集手段と、
   ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信を行うための通信手段と、
   前記処理フローの内容を表示する表示手段と、を備え、
   処理フローの記述には、前記処理フローを編集した処理フローアプリケーションのバージョンを示す情報と前記処理フローを編集した装置を特定する識別子が含まれており、
   前記処理フローに記述されているバージョンが前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより下位のバージョンである場合には、前記編集手段は、前記処理フローアプリケーションのバージョンと前記処理フロー実行装置を特定する識別子を前記処理フローに上書きし、
   前記処理フローに記述されているバージョンが、前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより上位である場合には、前記通信手段は、前記識別子で特定される他の装置に前記処理フロー実行装置が備える処理フローアプリケーションでは実行できない前記処理フローの処理内容を問い合わせ、当該問い合わせに対する前記他の装置からの応答を受信し、受信した処理内容を表示手段に表示することを特徴とする処理フロー実行装置。
7. 更に、前記処理フローを保存するための保存手段を備え、
   前記表示手段は、前記問い合わせ結果により得られた実行できない処理内容に関する記述を前記処理フローから削除して前記保存手段に保存するか、そのまま保存するかをユーザに選択させることを促す表示を行うことを特徴とする請求項６に記載の処理フロー実行装置。
8. さらに、前記表示手段は、前記問い合わせ結果により得られた実行できない処理内容を管理者に通知するか否かをユーザに選択させることを促す表示を行うことを特徴とする請求項６に記載の処理フロー実行装置。
9. 更に、前記処理フローを保存するための保存手段と、処理フローを解析する解析手段とを備え、
   前記解析手段は、前記処理フローアプリケーションのバージョンでは実行できない前記処理フローの処理内容が既に前記保存手段に保存されているか否かを判断し、保存されていないと判断した場合には、前記識別子で特定される装置への問い合わせを行い、保存されていると判断された場合には、前記問い合わせは行わず、前記保存手段に保存されている処理内容をユーザに通知することを特徴とする請求項６に記載の処理フロー実行装置。
10. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれ、ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信可能な処理フロー実行装置の制御方法であって、
    処理フローに基づく複数のタスクの実行の指示を受け付ける受付工程と、
    前記受付工程で実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合に表示手段に警告画面を表示するよう制御する制御工程と、
    を備えることを特徴とする処理フロー実行装置の制御方法。
11. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれた処理フロー実行装置における制御方法であって、
    処理フローを編集するための編集工程と、
    ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信を行うための通信工程と、
    前記処理フローの内容を表示手段に表示する表示工程と、を備え、
    処理フローの記述には、前記処理フローを編集した処理フローアプリケーションのバージョンを示す情報と前記処理フローを編集した装置を特定する識別子が含まれており、
    前記処理フローに記述されているバージョンが前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより下位のバージョンである場合には、前記編集工程は、前記処理フローアプリケーションのバージョンと前記処理フロー実行装置を特定する識別子を前記処理フローに上書きし、
    前記処理フローに記述されているバージョンが、前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより上位である場合には、前記通信工程は、前記識別子で特定される他の装置に前記処理フロー実行装置が備える処理フローアプリケーションでは実行できない前記処理フローの処理内容を問い合わせ、当該問い合わせに対する前記他の装置からの応答を受信し、前記表示工程は受信した処理内容を前記表示手段に表示することを特徴とする処理フロー実行装置の制御方法。
12. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれ、ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信可能な処理フロー実行装置に制御方法を実行させるための制御プログラムであって、前記制御方法は、
    処理フローに基づく複数のタスクの実行の指示を受け付ける受付工程と、
    前記受付工程で実行の指示を受け付けた処理フローを作成した処理フローアプリケーションのバージョンが、前記処理フロー実行装置に組み込まれた処理フローアプリケーションのバージョンより上位である場合に表示手段に警告画面を表示するよう制御する制御工程と、
    を備えることを特徴とする制御プログラム。
13. 複数のタスクの処理内容が記述された処理フローを扱う処理フローアプリケーションが組み込まれた処理フロー実行装置に制御方法を実行させるための制御プログラムであって、前記制御方法は、
    処理フローを編集するための編集工程と、
    ネットワークを介して処理フローアプリケーションを扱うことが可能な他の装置と通信を行うための通信工程と、
    前記処理フローの内容を表示手段に表示する表示工程と、を備え、
    処理フローの記述には、前記処理フローを編集した処理フローアプリケーションのバージョンを示す情報と前記処理フローを編集した装置を特定する識別子が含まれており、
    前記処理フローに記述されているバージョンが前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより下位のバージョンである場合には、前記編集工程は、前記処理フローアプリケーションのバージョンと前記処理フロー実行装置を特定する識別子を前記処理フローに上書きし、
    前記処理フローに記述されているバージョンが、前記処理フロー実行装置が備える処理フローアプリケーションのバージョンより上位である場合には、前記通信工程は、前記識別子で特定される他の装置に前記処理フロー実行装置が備える処理フローアプリケーションでは実行できない前記処理フローの処理内容を問い合わせ、当該問い合わせに対する前記他の装置からの応答を受信し、前記表示工程は受信した処理内容を前記表示手段に表示することを特徴とする制御プログラム。

Images