画像形成システム及び情報処理装置

【課題】複数の画像形成装置で連携した処理を処理フローで実行する際に、ユーザ毎に印刷タスクを実行する画像形成装置を変更しようとすると、そのユーザ数だけ処理フローを新規作成、修正を行う必要があるため、メンテナンスが容易な処理フローを提供する。
【解決手段】画像形成システムは、ユーザにより指定された処理フローの定義ファイルを取得する取得手段と、前記定義ファイルに含まれる候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定手段と、前記決定された画像形成装置において、当該タスクを実行する実行手段とを備え、前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含む。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のタスクを一連の処理フローとして実行する画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
従来より、ネットワーク接続された装置を用いて、文書データに施すべき複数の処理を連携して実行させる設定（複数の処理の連携の設定）を可能とするシステムが提案されている。また、そのような複数処理の連携の設定を、他の外部装置によって再利用する方法も提案されている。特許文献１では、複数の処理を連携する指示書データを生成し、これを他の外部装置によって再利用可能とする構成が記載されている。
【０００３】
また、このような再利用可能とする構成では、ある一人のユーザが作成した複数の処理を連携する指示書データを別のユーザが再利用できるので、連携処理の定義作成の手間を軽減できる。また、定型となった処理の連携を共有することにより、組織のドキュメントプロセスの共通化及び共有化を実現でき、仕事の効率を高めることもできる。
【特許文献１】特開２００４−２８７８６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した構成においては、以下のような課題があった。
【０００５】
例えば、連携した処理を実行するユーザ毎に印刷タスクを実行する画像形成装置を変更しようとすると、そのユーザ数だけ処理を連携する指示書データをサーバに登録する必要がある。また、ユーザごとに指示書を変更する場合、処理実行ごとに修正を行う必要がありメンテナンスが煩わしいという課題がある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明における画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行するための画像形成システムは、ユーザにより指定された前記処理フローの定義ファイルを取得する取得手段と、前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定手段と、前記決定手段により決定された前記タスクを実行する画像形成装置において、当該タスクを実行する実行手段とを備え、前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されている画像形成装置であるユーザデバイスに関する情報を含むことを特徴とする。
【０００７】
更に、本発明における画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行指示するための情報処理装置は、ユーザにより指定された前記処理フローの定義ファイルを取得する取得手段と、前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定手段と、前記決定手段により決定された前記タスクを実行する画像形成装置に対して、当該タスクの実行を指示する指示手段とを備え、前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されている画像形成装置であるユーザデバイスに関する情報を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、処理フローを共有する際に、処理を実行するユーザに応じて柔軟に設定可能で、メンテナンスが容易な処理フローを提供できる。
【発明を実施するための最良の形態】
【０００９】
以下では、図面を参照して本発明を実施するための最良の形態について説明する。
【実施例１】
【００１０】
＜印刷システム＞
図１は、本発明の第１実施形態を示すシステムを適用可能な処理フロー共有システムの全体構成を示すブロック図である。処理フローについては、後述する。
【００１１】
図１に示すように、画像形成装置１１０は、イーサネット（登録商標）などからなるＬＡＮ１６０に接続されている。また、スキャナを持たない画像形成装置１２０、プリンタエンジンを持たない画像形成装置（デバイス）１３０、サーバコンピュータ（以下サーバ）１４０クライアントコンピュータ（以下クライアント）１５０もＬＡＮ１６０に接続されている。ただし、本発明における印刷システムにおいては、これらの接続数に限られることはない。また、本実施例では接続方法としてＬＡＮを適用しているが、これに限られることはない。例えば、ＷＡＮ（公衆回線）などの任意のネットワーク、ＵＳＢなどのシリアル伝送方式、セントロニクスやＳＣＳＩなどのパラレル伝送方式なども適用可能である。
【００１２】
画像形成装置１１０は、コピー機能、ファクシミリ機能を有するとともに、原稿画像を読み取り、読み取って得られた画像データをＬＡＮ１６０上の各装置に送信するデータ送信機能を有する。また画像形成装置１１０は、ＰＤＬ（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）機能を有するので、ＬＡＮ１６０上に接続されているコンピュータから指示されたＰＤＬ画像を受信して印刷することが可能である。画像形成装置１１０は、画像形成装置１１０で読み取った画像や、ＬＡＮ１６０上に接続されているコンピュータから指示されたＰＤＬ画像を、画像形成装置１１０内のハードディスク２０４の特定領域に保存することが可能である。以下本明細ではこの特定領域をボックスと呼ぶ。また原稿画像を読み取り、ボックスにデジタル画像として保存することも可能である。またボックスに保存されたデジタル画像を印刷することが可能である。
【００１３】
画像形成装置１１０は、次の物から構成される。画像入力デバイスであるスキャナ部１１２、画像出力デバイスであるプリンタ部１１３、画像形成装置１１０全体の動作制御を司るコントローラ（ＣｏｎｔｒｏｌｌｅｒＵｎｉｔ）２００（図２）、ユーザインターフェース（ＵＩ）である操作部１１１である。
【００１４】
スキャナ部１１２は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。さらに電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号を画像データとしてコントローラ２００に対して出力する。なお、原稿は原稿フィーダにセットされる。ユーザが操作部１１１から読み取り開始を指示すると、コントローラ２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上にのせ、露光部を移動させることで原稿の走査を行う方法であってもよい。
【００１５】
プリンタ部１１３は、コントローラ２００から受取った画像データを用紙上に形成する画像形成デバイスである。なお、本実施例において画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式となっているが、本発明はこれに限られることはない。例えば、微少ノズルアレイからインクを吐出して用紙上に印字するインクジェット方式などでも適用可能である。
【００１６】
画像形成装置１２０は、次の物から構成される。画像出力デバイスであるプリンタ部１２２、画像形成装置１２０全体の動作制御を司るコントローラ（ＣｏｎｔｒｏｌｌｅｒＵｎｉｔ）２２０（図２）、ユーザインターフェース（ＵＩ）である操作部１２１である。画像形成装置１２０の、プリンタ部、操作部は、画像形成装置１１０と同様の物である。
【００１７】
画像形成装置１３０は、次の物から構成される。画像入力デバイスであるスキャナ部１３２、画像形成装置１３０全体の動作制御を司るコントローラ（ＣｏｎｔｒｏｌｌｅｒＵｎｉｔ）２３０（図２）、ユーザインターフェース（ＵＩ）である操作部１３１である。画像形成装置１３０の、スキャナ部、操作部は、画像形成装置１１０と同様の物である。
【００１８】
サーバコンピュータ１３０は、オペレーティングシステム（以下ＯＳ）や各種のアプリケーションプログラムがＣＰＵにより実行され、ＯＳの管理下で、アプリケーションを実行することで種々のデータ処理を行う。クライアントコンピュータ１２０についても同様である。
【００１９】
＜コントローラの詳細説明＞
図２は、画像形成装置１１０、画像形成装置１２０、画像形成装置１３０のコントローラなどのハードウェア構成を説明するためのブロック図である。
【００２０】
コントローラ２００はスキャナ部１１２やプリンタ部１１３と電気的に接続されており、一方ではＬＡＮ１６０を介して画像形成装置１２０、画像形成装置１３０、サーバ１４０そしてクライアント１５０と接続されている。これにより画像データやデバイス情報の入出力が可能となっている。
【００２１】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、コントローラ内部で行われる各種処理についても統括的に制御する。
【００２２】
ＲＯＭ２０２には装置のブートプログラムや画像形成装置で提供される各種処理を制御するための制御プログラムなどが格納されている。
【００２３】
ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ２０３は、記憶した内容を電源ｏｆｆ後も保持しておくＳＲＡＭ及び電源ｏｆｆ後には記憶した内容が消去されてしまうＤＲＡＭにより構成されている。
【００２４】
ＨＤＤ２０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。
【００２５】
操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインターフェース部である。この操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１１から受取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１１へと出力する。
【００２６】
ＮｅｔｗｏｒｋＩ／Ｆ２０６はＬＡＮ１６０及びシステムバス２１１に接続し、情報の入出力を行う。
【００２７】
Ｍｏｄｅｍ２０７はＷＡＮ（不図示）及びシステムバス２１１に接続しており、情報の入出力を行う。
【００２８】
スキャナＩ／Ｆ２０８は、スキャナ部１１２から受取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナＩ／Ｆ２０８は、受取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。こうした付随情報を属性データと称する。
【００２９】
画像形成部２０９は画像データの方向変換、画像圧縮、伸張部などをおこなう。
【００３０】
プリンタＩ／Ｆ２１０は、画像形成部２０９から送られた画像データを受取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１４に出力される。
【００３１】
なお、画像形成装置１１０に対するユーザ指示やユーザへの情報提示は、例えば、操作部１１１を介して行うようにしてもよいし、ＬＡＮ１６０を介して接続されたクライアント１５０を介して行うようにしてもよい。また、画像形成装置１２０のコントローラの２２０は、スキャナＩ／Ｆ２０８を持たないがその他の構成は同じである。また、画像形成装置１３０のコントローラの２３０は、プリンタＩ／Ｆ２１０、Ｍｏｄｅｍ２０７を持たないがその他の構成は同じである。
【００３２】
＜コンピュータのハードウェア構成図＞
図３は、図１に示したサーバ１４０のハードウェア構成を示すブロック図である。
【００３３】
図３において、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＮｅｔｗｏｒｋＩ／Ｆ３０５、ハードディスクドライブ（ＨＤＤ）３０６がシステムバス２１０を介して互いに通信可能に接続されている。
【００３４】
また、ＣＲＴ等の表示装置３０７、キーボード等の入力装置３０４、及びマウス等のポインティングデバイス３０８が、システムバス３１０を介して互いに通信可能に接続されている。
【００３５】
ＲＯＭ３０３或いはＨＤＤ３０６には、予め制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。
【００３６】
また、ＣＰＵ３０１は、表示装置３０７を介して各種情報の表示を行うと共に、入力装置３０４やポインティングデバイス３０８からユーザ指示等を受け付ける。さらに、ＮｅｔｗｏｒｋＩ／Ｆ３０５を介してＬＡＮ１６０上の他の装置との通信を行う。
【００３７】
また、クライアント１５０についても、サーバ１４０と同様に、図２に示すハードウェア構成を備える。
【００３８】
＜本実施例における定義＞
本実施例においては、タスクや処理フロー（単にフロー、又はジョブフロー）といった用語を用いる。
【００３９】
タスクとは、例えば複合的な機能を持つ画像形成装置等における個々の機能にて実現可能な処理や、情報処理装置等によって実行されるアプリケーションによって実現可能な処理を指す。例えば、画像形成装置が有するタスクとしては、原稿のスキャン、文書データのプリント、Ｆａｘ送信、メール送信、ボックスへの保存（当該印刷処理装置内外のハードディスクへの保存）等が挙げられる。
【００４０】
また、上記のような複数のタスクをつなぎ合わせて、時系列的に処理をすることを目的に作成される一連のタスクの組み合わせを処理フローと呼ぶ。この組み合わせには、あるタスクの結果を入力として他のタスクを実行することも含めさまざまな組み合わせ処理が可能である。
【００４１】
＜画像形成装置のソフトウェア構成＞
図４は、画像形成装置の各種機能（以下タスク）の組み合わせと処理の順番の流れ（以下処理フロー）の制御にかかわる画像形成装置１１０のソフトウェアモジュールの構成を示した図である。これらソフトウェアモジュールはＣＰＵ２０１により実行される。
【００４２】
ＵＩ部４０１は操作部Ｉ／Ｆ２０５を介して操作部１１１に表示を行ったり、操作部１１１からのユーザの入力を処理したりするソフトウェアモジュールである。
【００４３】
通信部４０２はＮｅｔｗｏｒｋＩ／Ｆ２０６やＭｏｄｅｍ２０７を操作して通信を行うソフトウェアモジュールである。
【００４４】
認証部４０３は、ＵＩ部４０１から操作したユーザのログイン情報や通信部から受取ったユーザ情報を受取り、ユーザ認証を行い、ユーザのセッションの管理を行うソフトウェアモジュールである。
【００４５】
認証情報管理４０４は、ユーザの認証情報を管理し、認証部４０３の認証情報問い合わせに応答するソフトウェアモジュールである。本実施例ではデバイス内部に認証情報を持っているが、認証サーバを別途ネットワーク上に設けて認証情報を管理する構成も可能である。
【００４６】
フロー実行部４０５は、処理フロー設定ファイルを解析するソフトウェアモジュールである。また処理フローを機能単位のタスク設定（例えばスキャンジョブ設定、プリントジョブ設定、送信ジョブ設定等）に分解するためのものである。
【００４７】
フロー管理部４０６は処理フロー設定ファイルを管理するためのソフトウェアモジュールである。また各ユーザがログインしている時に、どの処理フロー実行ボタンを操作部に表示させるかという情報を管理するためのものである。本実施例では処理フローの記述をファイルとして扱っているが、ＲＡＭ３０２上に保持しても良い。
【００４８】
タスク実行部４０７は、各種タスクの設定情報に基づいてタスクを生成しタスクを実行するためのソフトウェアモジュールである。
【００４９】
タスクリスト管理部４０８は実行すべきタスクを管理するためのソフトウェアモジュールである。
【００５０】
各種タスクはＵＩ部、通信部、フロー実行部、からの要求により発生する。例えばＵＩ部でユーザからコピーやスキャンの指示があった場合、ＵＩ部４０１からコピーやスキャンのそれぞれのタスク設定がタスク実行部４０７に渡される。そしてタスクリスト管理部４０８に登録される。タスク実行部４０８はそのタスクリスト管理部４０８で管理されたタスクを順に実行する。同様に、通信部を介して他の画像形成装置やＰＣからタスク設定が渡された場合も同様に処理される。
【００５１】
なお、ＣＰＵ２０１により、各ソフトウェアモジュールがどのように連携して、ユーザの処理フローの実行を制御するかは後述する。
【００５２】
＜処理フロー定義ファイルの管理構成＞
図５はサーバ１４０で管理される処理フロー設定ファイルのデータベース管理テーブルの例を模式的に表したものである。
【００５３】
カラム５０１は管理対象の処理フローの管理ＩＤを示す。
【００５４】
カラム５０２は処理フローの名称を示す。処理フロー名称はユーザが処理フローの操作を行う時にそれぞれの処理フローを識別するために表示する文字列である。
【００５５】
カラム５０３は処理フローの作成者の識別子を示す。
【００５６】
カラム５０４はそれぞれの処理フローが、誰に対してアクセス権が与えられているかを示す公開範囲の情報である。例えば、ＩＤ：１の処理フローでは、「ＵｓｅｒＡ」、「ＵｓｅｒＢ」という識別子のユーザに対してと「ＧｒｏｕｐＣ」という識別子のユーザグループに対して処理フロー実行のためのアクセス権が与えられていることを示している。本実施例では、ユーザやユーザグループの単位でのアクセス権で説明を行うが、例えばサーバにアクセスしてきたデバイスの識別子やネットワークドメイン等でアクセス権を設定することも可能である。
【００５７】
カラム５０５は処理フロー定義ファイルの内容である。処理フローの定義ファイルの例は後述する。
【００５８】
本実施例では、前記のようにデータベースで処理フロー定義ファイルを管理しているが、一般的なファイルシステムとして処理フロー定義ファイルを管理することも可能である。
【００５９】
＜処理フロー定義ファイルの構造＞
図６は実施例のシステムで用いられる処理フロー定義ファイルの例である。本実施例では処理フロー定義ファイルはＸＭＬファイルとして扱うものとする。ここでは、定義ファイルの例として、図５で示すＩＤが“１”の『メール送信＆印刷』の記載内容を図示している。
【００６０】
処理フローに含まれるタスクはＸＭＬのタグとして表現され、本実施例では、例えば、その出現順番がタスクの処理順番とする。ただし図６では、タスクに関する詳細な設定内容は省略している。
【００６１】
タグ６１０はスキャナを用いたスキャンタスク（“Ｓｃａｎ”）を実行して、画像を入力することを示している。
【００６２】
タグ６１１はスキャンタスクを実行する画像処理装置の候補情報を示している。ここでは、“ＬＯＣＡＬ”が指定されており、処理フローの実行指示を行った画像形成装置でスキャンタスクを実行する候補とすることを示している。
【００６３】
タグ６２０はソフトウェアによりＯＣＲタスクを入力した画像に対して実行することを示している。
【００６４】
タグ６２１とタグ６２２はＯＣＲタスク（“ＯＣＲ”）を実行する画像形成装置の候補情報を示している。ここでは、処理フローの実行指示を行った画像形成装置（“ＬＯＣＡＬ”）、ＩＰアドレスとＭＡＣアドレスで指定した画像形成装置（“ＳＰＥＣＩＦＩＥＤ”）、の優先度の順でＯＣＲタスクを実行する候補の画像形成装置を記述してある。実際にどちらの画像形成装置でＯＣＲが実行されるかは、処理フローの実行時に決定する。詳細は後述する。
【００６５】
タグ６３０は送信タスク（“Ｓｅｎｄ”）を画像に対して実行することを示している。
【００６６】
タグ６３１とタグ６３２そして６３３は送信タスクを実行する画像形成装置の候補情報を示している。ここでは、処理フローの実行指示を行った画像形成装置（“ＬＯＣＡＬ”）、ユーザデバイス（“ＵＳＥＲ＿ＤＥＦＩＮＥ”）、指定の画像形成装置（“ＳＰＥＣＩＦＩＥＤ”）、といった順番で優先度を指定している。ユーザデバイスとは、ユーザ毎でデフォルト使用するように予め登録してある画像形成装置を示す。ユーザデバイスについては図７を用いて詳しく後述する。指定の画像形成装置についてはＩＰアドレスとＭＡＣアドレスで指定する物としている。ただし特定の画像形成装置を指定するのにＩＰアドレスやＭＡＣアドレスに限らず、画像形成装置のデバイス名称やホスト名等でも可能である。
【００６７】
タグ６４０は印刷タスク（“Ｐｒｉｎｔ”）を画像に対して実行することを示している。
【００６８】
タグ６４１とタグ６４２そして６４３は送信タスクを実行する画像形成装置の候補情報を示している。ここでは、ユーザデバイス（“ＵＳＥＲ＿ＤＥＦＩＮＥ”）、処理フローの実行指示を行った画像形成装置（“ＬＯＣＡＬ”）の順の優先度で印刷タスクを実行する候補とすることを示している。
【００６９】
本実施例では、処理フローに記載するタスクを処理する画像形成装置の候補の指定は３種類だが、処理フロー実行時にネットワーク上の画像形成装置を検索して該当タスクを実行可能な任意の画像形成装置を候補として指定することも可能である。また本実施例において、処理フロー定義はＸＭＬファイルとしているが、ファイルフォーマットがこの形式に縛られることはなく独自のプロトコルやフォーマットを定義して使用することも可能である。
【００７０】
＜ユーザデバイスの管理構造＞
図７はサーバ１４０で管理される、ユーザ毎に予め登録しておくユーザデバイスのデータベース管理テーブルの例を模式的に表したものである。
【００７１】
カラム７０１は、ユーザのＩＤを示している。ユーザＩＤはシステムで一意であり、各ユーザの識別を行うものである。カラム７０２は、ユーザに関連した画像形成装置のデバイスＩＤである。デバイスＩＤはシステムで一意である。カラム７０３は、デバイスの名称である。カラム７０４は、デバイスの製品名である。カラム７０５は、画像形成装置に割り振られたＩＰアドレスである。カラム７０６は、画像形成装置のネットワークカードのＭＡＣアドレスである。
【００７２】
このテーブル構成により、ユーザに対してユーザデバイスを結びつけることができる。本実施例では、「ＵｓｅｒＡ」と「ＵｓｅｒＢ」にデバイスＩＤ：１の「Ｄｅｖｉｃｅ α」がユーザデバイスとして設定されている。また、「ＵｓｅｒＣ」にデバイスＩＤ：２の「Ｄｅｖｉｃｅ β」がユーザデバイスとして設定されている。このように異なるユーザが同じ画像形成装置を自分のデフォルトで使用する画像形成装置として登録することが可能である。本実施例では、一人のユーザについて一つの画像形成装置をデフォルトで使用するユーザデバイスとして定義するが、一人のユーザについて複数のユーザデバイスを設定する構成も可能である。また、ユーザとして部門や組織などを指定してもよい。
【００７３】
本実施例において、ユーザごとにユーザデバイスを設定するのは、ユーザ自身がよく用いるような画像形成装置を設定するためである。たとえば、ユーザはオフィスにおいて自分のデスクから最も近い画像形成装置で印刷出力したいと考える。しかし、ボックス機能やＳＥＮＤ機能を自分のデスクの近くにある画像形成装置にない場合は、ユーザが自分のデスクから離れた画像形成装置まで処理をするため移動する必要がある。
【００７４】
ここで、本発明では、複数の画像形成装置が処理や機能を連携するので、特に画像形成装置の場所を意識せずに処理フローを指示できる。そういった場合、ユーザは最終出力のみ自分の近くの画像形成装置（ユーザデバイス）を指定するといったことを行えると、出力物の取得が迅速に行えユーザにとっては便利になる。
【００７５】
それに対して、処理フローの実行指示を行った画像形成装置を指定するような場合は、スキャンタスクなど、ユーザが処理フローの実行を指示する際にすぐに入力データ用原稿を読み込む必要がある場合である。この際、本実施例に限らず処理フローの実行指示を行った画像形成装置以外においてもスキャンタスクを実行可能である。その場合は、スキャンを実行する画像形成装置とタスクの実行指示を行った画像形成装置の操作パネル上にスキャンを実行する画像形成装置に関する情報を通知するといった構成でもよい。
【００７６】
ＩＰアドレスとＭＡＣアドレスなどで画像形成装置（“ＳＰＥＣＩＦＩＥＤ”）を指定する場合は、例えば処理フローを作成した管理者などがあるタスクに関しては特定の画像形成装置で処理実行を指定したいときなどに用いる。例えば、セキュリティ上の機密を伴うような処理、ＦＡＸなどの他の機器で代行できないものなどは予め管理者で一意に指定することがある。そういった場合にこの指定方法は有用である。
【００７７】
＜処理フローの実行例＞
次に、ユーザが実際に処理フローを画像形成装置１１０で実行する手順を説明する。
【００７８】
ユーザには操作部１１１に表示されるログイン画面（不図示）に対してユーザ名とパスワードを入力してログイン処理をおこなわせる。本実施例ではユーザ名とパスワードを文字列として入力することでユーザを認証するが、ＩＣカードや生体情報を用いてユーザの認証を行ってもよい。ＵＩ部４０１で受取った認証情報は認証部４０３に渡りユーザの認証を行う。
【００７９】
＜処理フロー実行画面の例＞
認証が成功すると、操作部１１１には画像形成装置を操作するための画面が表示される。図８は処理フローの実行を指示する際の、操作部１１１に表示する画面の例を表している。
【００８０】
ボタン８０１、８０２、８０３は画像形成装置１１０上でのアプリケーションの切り替えのためのボタンである。８０１はコピーアプリケーションを、８０２は送信アプリケーションを、８０３は処理フローを実行するアプリケーション（以下処理フローアプリケーション）の画面を表示するためのボタンである。図８は８０３のボタンが押下されて、処理フローアプリケーションの画面が表示されている状態である。
【００８１】
ボタン８０４、８０５、８０６、８０７は処理フローアプリケーションの画面に表示されている、フローを呼び出して実行するためのボタンである。このボタンはサーバ１４０に登録されているユーザが使用できる処理フローの一覧である。この一覧をサーバから取得する処理は後述する。
【００８２】
ボタン８０９はサーバの処理フローの更新を行うためのボタンである。このボタンを呼び出すと、サーバからログイン中のユーザが実行可能な処理フローの一覧を取得しなおす。
【００８３】
＜処理フロー実行処理＞
図９は画像処理装置１１０におけるＣＰＵにより実行される、処理フロー実行の処理に関して制御プログラムに基づくフローチャートを示す図である。
【００８４】
ユーザが画像形成装置１１０の操作部１１１を用いてログイン処理を行うと図９のフローが実行される。
【００８５】
ステップ９０１では、フロー実行部４０５が認証部４０３よりログインユーザの認証情報を受取り、通信部４０２を介してサーバ１４０にログインユーザが閲覧・利用可能な処理フローの一覧を問い合わせる。このときのサーバ１４０における処理は後述する。
【００８６】
ステップ９０２では、サーバから受取った一覧を表示する。サーバでの認証が失敗した場合またはログインしているユーザにアクセスが許可されている処理フローが０件の場合は処理フロー実行のためのボタンが表示されない。
【００８７】
ステップ９０３では、ユーザによるボタン押下のイベントを受け付ける。ユーザが操作部１１１に表示された処理フローのボタンを押下したことを検知すると、ＵＩ部４０１からフロー実行部４０５にどの処理フローの実行指示がなされたかが通知され、ステップ９０４に遷移する。ボタンが押下されていない場合は、ステップ９０８に遷移する。
【００８８】
ステップ９０４では、処理フローの設定を取得する。フロー実行部４０５は押されたボタンに対応する処理フローをフロー管理部４０６から処理フローに関する処理フロー定義ファイルを取得し、処理フローを解析し、処理フローに含まれるそれぞれのタスクに分割する。尚、本実施例に限らず処理フローに関する処理フロー定義ファイルは、装置外部のフロー管理サーバから直接取得してもよい。
【００８９】
ステップ９０５では、ステップ９０４で解析されたタスクを、最初のタスクから順番にどの画像形成装置で実行するかを決定する。タスクを実行する画像形成装置を決定する処理については後述する。
【００９０】
ステップ９０６では、ステップ９０５で決定したタスクを実行する画像形成装置に対して、タスクの実行を指示する。実行する画像形成装置が、処理フローを実行した画像形成装置と同一の場合は、タスク実行部４０７に対してタスクの設定を登録する。そして、その画像形成装置でタスクが実行され、終了するとタスク実行部に実行結果を通知する。実行する画像形成装置が処理フローの実行を指示された画像形成装置と異なる場合は、フロー実行部４０５は、結果の通知先を含むタスクの設定と、認証情報を、通信部を介して実行対象の画像形成装置に送信する。例えば、印刷タスクを実行する画像形成装置が画像形成装置１２０であった場合は、処理フローの実行を指示された画像形成装置１１０に設定された印刷設定、ログインユーザの認証情報が画像形成装置１２０の通信部４０２に送信する。画像形成装置１２０の通信部４０２は、自身の認証部４０３で認証情報の認証を行う。認証が成功した場合、印刷設定をタスク実行部４０７に渡す。タスク実行部４０７はタスクリスト管理部４０８に印刷設定を登録し、順次タスクを実行する。そしてタスクの実行結果を画像形成装置１１０に通知する。これにより、タスク実行部が外部の装置に依頼したタスクの実行が終了したことを画像形成装置が認識する。
【００９１】
ステップ９０７では、フロー実行部が、タスク実行部に通知された実行結果の通知状態に基づき、タスクをすべて実行したかどうかを判定する。処理フローに含まれるタスクがすべて実行された場合は、処理フローの実行が指示された画像形成装置上の操作パネルの画面などを用いて処理フローの終了を通知する。また、例えば印刷タスクを含む場合に最終出力先と処理フローの実行が指示された画像形成装置が異なる場合は、最終出力先の画像形成装置上の操作パネルの画面などを用いて処理フローの終了を通知してもよい。この通知の後ステップ９０８に遷移する。処理フローに含まれるタスクがすべて実行されてない場合にはステップ９０５に遷移し次のタスクの実行先を決定する。
【００９２】
ステップ９０８では、ユーザからログアウトの指示を受取ったかどうかを判定する。一定時間ユーザからの操作がない場合、ユーザがログアウトボタン（不図示）を押下した場合、ログアウト処理を行い、処理を終了する。ログアウトでない場合は、ステップ９０３に戻り、ユーザの処理フロー実行指示の受付を行う。
【００９３】
以上が、画像形成装置１１０での処理フロー実行の流れである。
【００９４】
＜タスクを実行する画像形成装置の決定処理＞
次に、ステップ９０５のタスクを実行する画像形成装置の決定処理を説明する。
【００９５】
図１０は画像形成装置のＣＰＵにより実行される、タスクを実行するデバイス決定処理を実現するための制御プログラムに基づくフローチャートを示した図である。
【００９６】
ステップ１００１では、処理フロー記載のタスクを実行する画像形成装置の候補を優先順位順に取得する。
【００９７】
ステップ１００２では、ステップ１００１の画像形成装置の候補が、ある特定の画像形成装置の指定かどうかを判断する。図６の例では６２２、６３３が該当する。特定デバイスの指定の場合はステップ１０１０に遷移し、そうでない場合は、ステップ１００３に遷移する。
【００９８】
ステップ１００３では、ステップ１００１の画像形成装置の候補が、処理フローの実行を指示した画像形成装置かどうかを判断する。図６の例では６１１、６２１、６３１そして６４２の場合が該当する。該当する場合はステップ１０１２に遷移し、そうでない場合は、ステップ１００４に遷移する。
【００９９】
ステップ１００４では、ステップ１００１の画像形成装置の候補が、ユーザデバイスかどうかを判断する。図６の例では６３２、６４１の場合が該当する。該当する場合はステップ１００５に遷移し、そうでない場合は、ステップ１００９に遷移する。
【０１００】
ステップ１００５では、画像形成装置１１０に予め設定されているユーザデバイス問合せ先を取得する。本実施例では、サーバ１４０に対してユーザデバイスの問い合わせを行うよう設定されているものとする。
【０１０１】
ステップ１００６では、サーバ１４０に対してユーザデバイスの問い合わせを行う。サーバ１４０でのユーザデバイス検索処理については後述する。
【０１０２】
ステップ１００７では、ステップ１００６の応答として、サーバ１４０からユーザデバイスが取得できたかどうかと、取得した画像形成装置で実行対象のタスクが実行可能かどうかを判別する。タスクが実行可能かどうかの判別は、サーバ１４０から取得した画像形成装置の情報から判別してもよいし、取得したＩＰアドレスに対してタスク実行の能力があるかどうかを問い合わせても良い。取得したユーザデバイスでタスクが実行可能な場合はステップ１００８に遷移し、そうでない場合にはステップ１００９に遷移する。
【０１０３】
ステップ１００８では、タスクを実行する画像形成装置としてサーバ１４０から取得したユーザデバイス（“ＵＳＥＲ＿ＤＥＦＩＮＥ”）を設定する。
【０１０４】
ステップ１００９では、タスクを実行する画像形成装置が設定されているかどうか判別する。タスクを実行する画像形成装置が設定されている場合は処理を終了し、そうでない場合はステップ１００１に遷移し、次の優先度の画像形成装置の候補をチェックする。もしも、すべての画像形成装置の候補で処理不可能となった場合は、エラーとして処理を終了する。
【０１０５】
ステップ１０１０では、指定された特定デバイスで実行対象のタスクが実行可能かどうかを判別する。タスクが実行可能かどうかの判別は、ステップ１００７と同様である。処理フローに記載の指定された画像形成装置である特定デバイスでタスクが実行可能な場合はステップ１０１１に遷移し、そうでない場合にはステップ１００９に遷移する。
【０１０６】
ステップ１０１１では、タスクを実行する画像形成装置として処理フロー記載の特定デバイス（“ＳＰＥＣＩＦＩＥＤ”）を設定する。
【０１０７】
ステップ１０１２では、処理フローを実行指示した画像形成装置で実行対象のタスクが実行可能かどうかを判別する。タスクが実行可能な場合はステップ１０１３に遷移し、そうでない場合にはステップ１００９に遷移する。
【０１０８】
ステップ１０１３では、タスクを実行する画像形成装置として処理フロー記載の処理フローを実行指示した画像形成装置（“ＬＯＣＡＬ”）を設定する。
【０１０９】
以上が、タスク実行画像形成装置の決定処理である。
【０１１０】
＜処理フローサーバによる処理フロー検索処理＞
図１１は処理フローサーバのＣＰＵにより実行される、処理フロー検索処理を実現するための制御プログラムに基づくフローチャートを示した図である。本実施例ではサーバ１４０が処理フローサーバである。図９のステップ９０２で画像形成装置１１０から処理フローの一覧要求がサーバ１４０にあると本処理が行われる。
【０１１１】
ステップ１１０１では、一覧要求に含まれるユーザ認証情報を基にユーザの認証を行う。
【０１１２】
ステップ１１０２では、ユーザの認証が成功したかどうかを判別する。ユーザ認証が成功した場合はステップ１１０３へ、失敗した場合はステップ１１０５に遷移する。
【０１１３】
ステップ１１０３では、認証されたユーザが閲覧・利用可能な処理フローをサーバ内のデータベースから検索する。例えば「ＵｓｅｒＡ」が認証された場合は、「ＵｓｅｒＡ」と「ＵｓｅｒＡ」が属するユーザグループにアクセス権が与えられている処理フローが検索にヒットする。
【０１１４】
ステップ１１０４では、ステップ１１０３で検索にヒットした処理フローを要求元に送信し、処理を終了する。
【０１１５】
ステップ１１０５では、認証が失敗したことを表すエラーを要求元に送信し、処理を終了する。
【０１１６】
＜ユーザデバイス管理サーバによるユーザデバイス検索処理＞
図１２はユーザデバイス管理サーバのＣＰＵで実行される、ユーザデバイス検索処理を実現するための制御プログラムに基づくフローチャートを示した図である。本実施例ではサーバ１４０がユーザデバイス管理サーバである。図１０のステップ１００６で画像形成装置１１０からユーザデバイスの要求がサーバ１４０にあると処理が行われる。
【０１１７】
ステップ１２０１では、要求に含まれるユーザ認証情報を基にユーザの認証を行う。
【０１１８】
ステップ１２０２では、ユーザの認証が成功したかどうかを判別する。ユーザ認証が成功した場合はステップ１２０３へ、失敗した場合はステップ１２０５に遷移する。
【０１１９】
ステップ１２０３では、認証されたユーザに対応するユーザデバイスをサーバ内のデータベースから検索する。例えば「ＵｓｅｒＡ」が認証された場合は、「Ｄｅｖｉｃｅ α」が検索の結果、検出される。
【０１２０】
ステップ１２０４では、ステップ１２０３で検出されたユーザデバイスの情報を要求元に送信し、処理を終了する。ステップ１２０３で検出されない場合はエラーを要求元に送信し、処理を終了する。
【０１２１】
ステップ１２０５では、認証が失敗したことを表すエラーを要求元に送信し、処理を終了する。
【０１２２】
以上、説明した本発明の構成によれば、たとえば画像形成装置１１０で「ＵｓｅｒＡ」のユーザが図６の処理フローを実行指示した場合、スキャンタスク、ＯＣＲタスクそして送信タスクは画像形成装置１１０で実行される。しかし、印刷タスクは「ＵｓｅｒＡ」のユーザデバイスである「Ｄｅｖｉｃｅ α」で実行されることになる。また、画像形成装置１１０で「ＵｓｅｒＣ」が図６の処理フローを実行指示した場合、印刷タスクは「ＵｓｅｒＢ」のユーザデバイスである「Ｄｅｖｉｃｅ β」で実行される。
【０１２３】
また、画像形成装置１３０がＯＣＲタスクと送信タスクの能力を有していないものとする。このとき画像形成装置１３０で「ＵｓｅｒＡ」のユーザが図６の処理フローを実行した場合、スキャンタスクは画像形成装置１１０で実行されるが、ＯＣＲタスクは処理フローに記述された画像形成装置で実行される。そして、送信タスクと印刷タスクは「ＵｓｅｒＡ」のユーザデバイスである「Ｄｅｖｉｃｅ α」で実行される。
【０１２４】
このように、処理フローを実行するユーザと実行する画像形成装置によって柔軟に処理フローに含まれるタスクの実行画像形成装置が変更される。そのため、管理者は各ユーザのユーザデバイスと処理フローを適切に設定することで、一つの処理フローをユーザ間で共有することが可能となる。そのため、処理フロー共有システムにおいて、メンテナンス性を損なわずに処理フローに含まれるタスクを適切に実行するように柔軟に設定をおこなうことができる。
【０１２５】
実施例では、処理フローの管理サーバとユーザデバイスの管理サーバは同じサーバ１４０で構成したが、別々のサーバとして構成することも可能である。また、それらサーバ機能を画像形成装置１１０に持たせることも可能である。
【０１２６】
また、サーバ１４０で管理される処理フローの登録や編集はクライアント１５０上で動作するアプリケーションソフトウェアから操作を行うことで実現できる。また、画像形成装置１１０に同様のアプリケーションソフトウェアを構成し、実行することでの操作部１１１から行うことも可能である。また、ユーザデバイスの設定についても同様である。
【０１２７】
更に、本発明における処理フローはパーソナルコンピュータ（ＰＣ）を介して実行指示されてもよい。その場合は、処理フローの定義ファイルにおいて“ＬＯＣＡＬ”設定されたタスクに関しては、タスクが実行できない場合もある。また、ＰＣから直接処理フローを実行する形態でなくとも、リモートでネットワーク上の画像形成装置にアクセスし、処理フローを実行することも可能である。その際には、リモートアクセスした画像形成装置を処理フローを実行指示した画像形成装置として制御させることも可能である。
【０１２８】
本発明の目的は、上述した実施例で示したフローチャートの手順を実現するプログラムコードを記憶した記憶媒体から、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が、そのプログラムコードを読出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになる。そのため、このプログラムコード及びプログラムコードを記憶した記憶媒体も本発明の一つを構成することになる。
【０１２９】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１３０】
またコンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に基づきコンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１３１】
更に、次の場合も含まれる。記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれている。そして、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３２】
【図１】画像形成システムの全体構成を示す図である。
【図２】画像形成装置ハードウェア構成を示す図である。
【図３】サーバＰＣのハードウェア構成を示す図である。
【図４】画像形成装置のソフトウェアブロック図である。
【図５】処理フロー管理の模式図を示す図である。
【図６】処理フローの例を示した図である。
【図７】ユーザデバイス管理の模式図を示す図である。
【図８】処理フロー実行画面の一例を示す図である。
【図９】画像処理装置１１０のＣＰＵにより実行される、処理フロー実行の処理に関して制御プログラムに基づくフローチャートを示す図である。
【図１０】画像形成装置１１０のＣＰＵにより実行される、タスクを実行するデバイス決定処理を実現するための制御プログラムに基づくフローチャートを示した図である。
【図１１】サーバ１４０のＣＰＵにより実行される、処理フロー検索処理を実現するための制御プログラムに基づくフローチャートを示した図である。
【図１２】サーバ１４０のＣＰＵで実行される、ユーザデバイス検索処理を実現するための制御プログラムに基づくフローチャートを示した図である。
【符号の説明】
【０１３３】
１１０・１２０・１３０画像形成装置
１４０サーバ
１１１・１２１・１３１操作部
２０１ＣＰＵ
４０１ＵＩ部
４０３認証部
４０５フロー実行部
４０６フロー管理部
４０７タスク実行部

【特許請求の範囲】
【請求項１】
画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行するための画像形成システムであって、
ユーザにより指定された前記処理フローの定義ファイルを取得する取得手段と、
前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定手段と、
前記決定手段により決定された前記タスクを実行する画像形成装置において、当該タスクを実行する実行手段とを備え、
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含むことを特徴とする画像形成システム。
【請求項２】
前記ユーザデバイスとして、第１のユーザに対応して第１の画像形成装置、第２のユーザに対応して第１の画像形成装置とは異なる第２の画像形成装置が設定されている場合、
前記実行手段は、第１のユーザと第２のユーザが同じ処理フローの実行し、前記決定手段により処理フローに含まれるタスクを実行する画像形成装置が前記ユーザデバイスに決定された際に、第１のユーザの場合はユーザデバイスとして第１の画像形成装置、第２のユーザの場合はユーザデバイスとして第２の画像形成装置で当該タスクを実行することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記ユーザのユーザ情報を取得するためのユーザ情報取得手段と、
前記ユーザデバイスの情報を記憶する記憶手段と、
前記ユーザ情報取得手段により取得したユーザ情報と前記記憶手段に記憶された情報に基づき、前記ユーザのユーザデバイスを検出する検出手段とを備え、
前記実行手段は、前記決定手段により処理フローに含まれるタスクを実行する画像形成装置が前記ユーザデバイスに決定された場合、前記検出手段により検出された前記ユーザのユーザデバイスである画像形成装置においてタスクを実行することを特徴とする請求項１記載の画像形成システム。
【請求項４】
前記ユーザ情報取得手段により取得したユーザ情報に基づき認証を行う認証手段と、
前記認証手段により認証が成功したユーザのユーザ情報に基づき、当該ユーザの利用可能な処理フローの一覧の表示画面を表示する表示手段と、
を備えることを特徴とする請求項３に記載の画像形成システム。
【請求項５】
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザデバイスと前記ユーザが処理フローの実行を指示した画像形成装置に関する情報と、前記ユーザデバイスと前記ユーザが処理フローの実行を指示した画像形成装置に関する情報に基づき前記タスクを実行する画像形成装置を決定するための優先順の情報とを含むことを特徴とする請求項１乃至請求項４のいずれか１項に記載の画像形成システム。
【請求項６】
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザデバイスとアドレス情報を用いて指定された画像形成装置に関する情報と、前記ユーザデバイスと前記アドレス情報を用いて指定された画像形成装置に関する情報に基づき前記タスクを実行する画像形成装置を決定するための優先順の情報とを含むことを特徴とする請求項１乃至請求項４のいずれか１項に記載の画像形成システム。
【請求項７】
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザデバイスと前記ユーザが処理フローの実行を指示した画像形成装置とアドレス情報を用いて指定された画像形成装置とから１つ以上の画像形成装置に関する情報と、当該画像形成装置に関する情報に基づき前記タスクを実行する画像形成装置を決定するための優先順の情報とを含むことを特徴とする請求項１乃至請求項４のいずれか１項に記載の画像形成システム。
【請求項８】
画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行指示するための情報処理装置であって、
ユーザにより指定された前記処理フローの定義ファイルを取得する取得手段と、
前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定手段と、
前記決定手段により決定された前記タスクを実行する画像形成装置に対して、当該タスクの実行を指示する指示手段とを備え、
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含むことを特徴とする情報処理装置。
【請求項９】
前記指示手段により前記タスクの実行を指示された場合、前記タスクを実行する実行手段と、
前記実行手段により前記タスクの実行が終了すると、前記タスクの実行を指示した情報処理装置に対してタスクの終了通知を送信する送信手段と、
を備えることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記ユーザデバイスとして、第１のユーザに対応して第１の画像形成装置、第２のユーザに対応して第１の画像形成装置とは異なる第２の画像形成装置が設定されている場合、
前記指示手段は、第１のユーザと第２のユーザが同じ処理フローの実行し、前記決定手段により処理フローに含まれるタスクを実行する画像形成装置が前記ユーザデバイスに決定された際に、第１のユーザの場合はユーザデバイスとして第１の画像形成装置、第２のユーザの場合はユーザデバイスとして第２の画像形成装置で当該タスクの実行を指示することを特徴とする請求項８乃至請求項９のいずれか１項に記載の情報処理装置。
【請求項１１】
画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行指示するための情報処理装置における情報処理方法であって、
ユーザにより指定された前記処理フローの定義ファイルを取得する取得工程と、
前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定工程と、
前記決定工程により決定された前記タスクを実行する画像形成装置に対して、当該タスクの実行を指示する指示工程とを備え、
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含むことを特徴とする情報処理方法。
【請求項１２】
画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行指示するための情報処理装置における情報処理工程をコンピュータにより実現するためのコンピュータ読み取り可能な制御プログラムであって、
ユーザにより指定された前記処理フローの定義ファイルを取得する取得工程と、
前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定工程と、
前記決定工程により決定された前記タスクを実行する画像形成装置に対して、当該タスクの実行を指示する指示工程とを備え、
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含むことを特徴とする制御プログラム。
【請求項１３】
画像形成装置が提供する機能により実行可能なタスクを複数含む処理フローを実行指示するための情報処理装置における情報処理工程をコンピュータにより実現するためのコンピュータ読み取り可能な制御プログラムを格納する記憶媒体であって、
ユーザにより指定された前記処理フローの定義ファイルを取得する取得工程と、
前記処理フローの定義ファイルに含まれる前記タスクを実行する画像形成装置の候補情報に基づき、前記処理フローに含まれるタスクを実行する画像形成装置を決定する決定工程と、
前記決定工程により決定された前記タスクを実行する画像形成装置に対して、当該タスクの実行を指示する指示工程とを備え、
前記候補情報は、前記タスクを実行する画像形成装置を決定するための情報として、前記ユーザに対応して設定されているユーザデバイスに関する情報を含むことを特徴とする記憶媒体。

【図１】