(57)【要約】【課題】特定の画像処理装置が使用不可になった場合でも、素早くワークフロータスクを実行することができ、ワークフロー実行時におけるユーザーの利便性を向上させることを目的とする。【解決手段】操作表示部を有する画像処理装置であって、画像処理装置にログインしたユーザーのユーザー識別情報と画像処理装置の装置識別情報とを含む、ユーザーに割り当てられ、画像処理装置において実行することができるワークフローのタスクに関する画面の取得要求を送信する第１の送信手段と、画面を受信する受信手段と、画面を操作表示部に表示する表示手段と、を有する。【選択図】図５
2018098693.tif 000002
【特許請求の範囲】
【請求項１】
操作表示部を有する画像処理装置であって、
前記画像処理装置にログインしたユーザーのユーザー識別情報と前記画像処理装置の装置識別情報とを含む、前記ユーザーに割り当てられ、前記画像処理装置において実行することができるワークフローのタスクに関する画面の取得要求を送信する第１の送信手段と、
前記画面を受信する受信手段と、
前記画面を前記操作表示部に表示する表示手段と、
を有する画像処理装置。
【請求項２】
前記画面には、前記ユーザーに割り当てられ、前記画像処理装置において実行することができるワークフローのタスクに関するオブジェクトが含まれる請求項１記載の画像処理装置。
【請求項３】
前記オブジェクトの一つは、前記ワークフローに係る文書のプリントを指示するプリントボタンである請求項２記載の画像処理装置。
【請求項４】
前記オブジェクトの一つは、前記ワークフローに係る文書のスキャン及び送信を指示するスキャン送信ボタンである請求項２又は３記載の画像処理装置。
【請求項５】
前記画面において選択されたオブジェクトのタスクの開始通知を送信する第２の送信手段と、
前記タスクの設定値情報に基づく前記タスクの実行要求に応じて、前記タスクに関するジョブを実行する実行手段と、
を更に有する請求項２乃至４何れか１項記載の画像処理装置。
【請求項６】
前記ジョブの実行が終了した場合、ジョブ終了通知を送信する第３の送信手段を更に有する請求項５記載の画像処理装置。
【請求項７】
前記ユーザーに割り当てられ、前記画像処理装置において実行することができないワークフローのタスクの場合、前記受信手段は、前記タスクを実行することができる画像処理装置の情報を含む画面を受信し、
前記表示手段は、前記画面を前記操作表示部に表示する請求項１乃至６何れか１項記載の画像処理装置。
【請求項８】
ワークフローにおける次のタスクが、画像処理装置における処理である場合、複数の画像処理装置の管理情報を取得する第１の取得手段と、
前記管理情報に基づき前記次のタスクを実行可能な画像処理装置を選択する選択手段と、
前記選択された画像処理装置の情報と、前記次のタスクの内容と、を前記次のタスクを実行するユーザーに送信する送信手段と、
を有する情報処理装置。
【請求項９】
前記次のタスクを実行するユーザーに関する他の処理実行待ちタスクのタスク情報を取得する第２の取得手段を更に有し、
前記選択手段は、前記タスク情報と前記管理情報とに基づき前記ユーザーに関するすべての処理実行待ちタスクを実行可能な画像処理装置を選択し、
前記送信手段は、前記選択された画像処理装置の情報と、前記ユーザーに関するすべての処理実行待ちタスクの内容と、を前記ユーザーに送信する請求項８記載の情報処理装置。
【請求項１０】
前記選択手段は、前記すべての処理実行待ちタスクを実行可能な画像処理装置が存在しない場合、前記タスク情報と前記管理情報とに基づき前記ユーザーに関するすべての処理実行待ちタスクを実行可能な複数の画像処理装置の組み合わせを選択し、
前記送信手段は、前記選択された複数の画像処理装置の組み合わせの情報と、前記ユーザーに関するすべての処理実行待ちタスクの内容と、を前記ユーザーに送信する請求項９記載の情報処理装置。
【請求項１１】
ワークフローにおける次のタスクが、画像処理装置における処理である場合、複数の画像処理装置の管理情報を取得する取得手段と、
前記管理情報に基づき前記次のタスクを実行可能な画像処理装置を選択する選択手段と、
前記選択された画像処理装置の情報と、前記次のタスクの内容と、を前記次のタスクを実行するユーザーに送信する第１の送信手段と、
前記ユーザーに割り当てられ、前記選択された画像処理装置において実行することができるワークフローのタスクに関する画面を前記画像処理装置の操作表示部に表示する表示手段と、
を有するシステム。
【請求項１２】
操作表示部を有する画像処理装置が実行する情報処理方法であって、
前記画像処理装置にログインしたユーザーのユーザー識別情報と前記画像処理装置の装置識別情報とを含む、前記ユーザーに割り当てられ、前記画像処理装置において実行することができるワークフローのタスクに関する画面の取得要求を送信する送信工程と、
前記画面を受信する受信工程と、
前記画面を前記操作表示部に表示する表示工程と、
を含む情報処理方法。
【請求項１３】
情報処理装置が実行する情報処理方法であって、
ワークフローにおける次のタスクが、画像処理装置における処理である場合、複数の画像処理装置の管理情報を取得する取得工程と、
前記管理情報に基づき前記次のタスクを実行可能な画像処理装置を選択する選択工程と、
前記選択された画像処理装置の情報と、前記次のタスクの内容と、を前記次のタスクを実行するユーザーに送信する送信工程と、
を含む情報処理方法。
【請求項１４】
システムが実行する情報処理方法であって、
ワークフローにおける次のタスクが、画像処理装置における処理である場合、複数の画像処理装置の管理情報を取得する取得工程と、
前記管理情報に基づき前記次のタスクを実行可能な画像処理装置を選択する選択工程と、
前記選択された画像処理装置の情報と、前記次のタスクの内容と、を前記次のタスクを実行するユーザーに送信する送信工程と、
前記ユーザーに割り当てられ、前記選択された画像処理装置において実行することができるワークフローのタスクに関する画面を前記画像処理装置の操作表示部に表示する表示工程と、
を含む情報処理方法。
【請求項１５】
コンピュータを、請求項１乃至７何れか１項記載の画像処理装置の各手段として機能させるためのプログラム。
【請求項１６】
コンピュータを、請求項８乃至１０何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
現在、ドキュメントを扱う定型的な業務の効率化のために、ワークフローエンジンを使用したドキュメント業務フローの自動実行が注目されている。ワークフローエンジンは、サーバー上で動作し、予め決められたワークフロー手順に従って、サーバー上のドキュメントファイルをプリンタでプリントする、作業者にメールを通知する等のタスクを実行していく。また、ワークフローエンジンは、サーバーとネットワーク接続されたＰＣ等の機器に対し、ドキュメントファイルの保存や移動、編集等の処理を実行させることができる。
更に、ワークフローエンジンは、ワークフローにおけるタスクとして、サーバーとネットワーク接続されたＭＦＰ等の機器に対し、ドキュメントファイルのプリント、保存された電子データの送信、といった処理を実行させることができる。また、ワークフローエンジンは、紙文書をスキャンして電子データを送信するといったスキャン処理に関し、ワークフローのタスクで決められているスキャンを実行するための操作指示ボタンをＭＦＰ上に予め作成させる。そして、そのボタンをユーザーが選択することでスキャン処理を実行させることがある。
通常、ワークフローにおける処理を実行するＭＦＰはワークフローエンジンが実行するワークフロー定義において決められている。ユーザーはこのワークフロー定義に従ったＭＦＰにおいて、タスク処理を実行する。タスク処理を実行するＭＦＰが故障等により使用できない場合、通常はＭＦＰの故障が回復されるまでタスク処理を実行できない。
特許文献１の技術では、ワークフローのタスクを実行するＭＦＰに異常が発生した場合、ワークフローの上流の装置がこれを検知して、代替ＭＦＰにタスク実行させるようにフローを切り替えている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３３８５４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ワークフローのタスクを実行するＭＦＰは予めワークフロー定義によって決められているため、ＭＦＰが故障等により使用不可になった場合、ワークフローを実行することができない。特許文献１の技術では、ワークフローのタスクを実行するＭＦＰの異常を検知し、異常が発生した場合に、ワークフローの上流処理を行うＭＦＰが代替ＭＦＰを指示し、このＭＦＰにおいてタスク処理を実行するようにワークフローを切り替えている。
しかし、無応答を異常として検知するため検知に時間がかかり、また代替ＭＦＰはシステム側が決定するため、ユーザー側で素早く代替ＭＦＰを決定することはできない。このため、ＭＦＰの故障等を回避したワークフロー実行には時間がかかってしまう。
【課題を解決するための手段】
【０００５】
本発明は、操作表示部を有する画像処理装置であって、前記画像処理装置にログインしたユーザーのユーザー識別情報と前記画像処理装置の装置識別情報とを含む、前記ユーザーに割り当てられ、前記画像処理装置において実行することができるワークフローのタスクに関する画面の取得要求を送信する第１の送信手段と、前記画面を受信する受信手段と、前記画面を前記操作表示部に表示する表示手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、特定の画像処理装置が使用不可になった場合でも、素早くワークフロータスクを実行することができ、ワークフロー実行時におけるユーザーの利便性を向上させることができる。
【図面の簡単な説明】
【０００７】
【図１】ワークフローシステムのシステム構成の一例を示す図である。
【図２】ＭＦＰのハードウェア構成の一例を示す図である。
【図３】ＷＦサーバーのハードウェア構成の一例を示す図である。
【図４】ワークフローシステムが実行するワークフローの一例を示した図である。
【図５】ワークフローシステムにおける情報処理の一例を示すシーケンス図である。
【図６】ＷＦエンジンがユーザーに送信したメールの内容の一例を示す図である。
【図７】Ｓ５１２で操作表示部に表示される画面の一例を示す図である。
【図８】Ｓ５１２で操作表示部に表示される画面の他の例を示す図である。
【図９】実施形態１のＷＦエンジンの情報処理の流れを示すフローチャートである。
【図１０】ＷＥＢアプリの情報処理の流れを示すフローチャートである。
【図１１】実施形態２のＷＦエンジンの情報処理の流れを示すフローチャートである。
【図１２】図１１のＳ１１０８の情報処理の一例を示したフローチャートである。
【図１３】ＷＦエンジンからユーザーに送信されるメールの一例を示す図である。
【図１４】ＷＦエンジンからユーザーに送信されるメールの他の例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
（システム構成）
図１は、ワークフローシステムのシステム構成の一例を示す図である。
ワークフローシステムは、ＭＦＰ１０１と、ワークフローエンジンが搭載されたサーバー（以下、ＷＦサーバーという）１０２及びＰＣ１０３がＬＡＮ１０４で構成されたネットワークによって接続されている。ＭＦＰ１０１は、画像処理装置の一例である。ＷＦサーバー１０２は、情報処理装置の一例である。
ＭＦＰ１０１は、紙媒体をスキャンし、そのスキャンデータを基に用紙に画像を形成して印刷するコピー機能や、スキャンデータを電子的なデータとしてＷＦサーバー１０２やＰＣ１０３にネットワーク経由で送信するスキャン送信等の機能を持つ。更に、ＭＦＰ１０１は、ＷＦサーバー１０２等のネットワーク接続された外部機器からの要求により、送信された画像データをプリントアウトしたり、スキャン送信したりする機能も持つ。このとき、プリントやコピー、スキャン送信機能における設定値は、処理実行の要求元であるＷＦサーバー１０２が実行要求時にＭＦＰ１０１に指定する。また、ＭＦＰ１０１は、ＷＥＢブラウザ機能を搭載しており、ＷＦサーバー１０２で動作するＷＥＢアプリにアクセスして、ＷＥＢアプリ画面を操作部画面上に表示し、その画面に対する操作をＷＥＢアプリに通知することができる。
ＷＦサーバー１０２は、予め指定された処理順に従って順番に処理を実行するワークフローエンジン（以下、ＷＦエンジンという）の機能を搭載している。ＷＦエンジンは、予め指示された処理順が記述されているワークフロー定義に従い、ＷＦサーバー１０２やＰＣ１０３におけるファイル操作、メールサーバーへのメール送信、ＭＦＰ１０１に対する処理実行要求等の処理を自動的に行う。また、ＷＦサーバー１０２は、ＷＥＢサーバー機能も搭載している。ＷＥＢサーバー機能は、ＷＥＢアプリを実行することが可能であり、ＰＣ１０３及びＭＦＰ１０１で動作するＷＥＢブラウザからの要求により、ＷＥＢ画面を生成してＷＥＢブラウザに表示させたり、ＷＥＢブラウザを介したユーザーからの指示を受け付けたりする。
【００１０】
（ハードウェア構成）
図２は、ＭＦＰ１０１のハードウェア構成の一例を示す図である。
ＭＦＰ１０１は、スキャナ２１３及びプリンタ２１４を接続すると共に、操作表示部２１１、操作入力部２１２、及びＬＡＮ１０４を接続することが可能なコントローラユニット２００を備える。
コントローラユニット２００は、各種制御プログラムを実行するＣＰＵ２０１を有する。
ＣＰＵ２０１は、ＲＯＭ２０３に格納されているブートプログラムに基づきＭＦＰ１０１を起動する。また、このＣＰＵ２０１は、ＨＤＤ２０４に格納されている制御プログラムを読み出し、ＲＡＭ２０２をワークエリアとして所定の処理を実行する。
ＨＤＤ２０４には、コピーやスキャン送信の機能を含む各種制御プログラムが格納されており、スキャナ２１３から読み込んだスキャンデータが格納される。
操作部出力Ｉ／Ｆ２０５は、操作表示部２１１へのデータ出力通信制御を行う。
操作部入力Ｉ／Ｆ２０６は、操作入力部２１２からのデータ入力通信制御を行う。
ネットワークＩ／Ｆ２０７は、ＬＡＮ１０４に接続され、ＬＡＮ１０４を介した情報の入出力制御を行う。
スキャナＩ／Ｆ２０８は、スキャナ２１３から画像データを入力すると共に、スキャナ制御データの入出力を行う。
プリンタＩ／Ｆ２０９は、プリンタ２１４へ出力画像データを出力すると共に、プリンタ制御データの入出力を行う。
以上、２０１から２０９までのデバイスがシステムバス２１０上に配置される。
【００１１】
操作入力部２１２は、タッチパネルやハードキー等の入力装置を備えた、ユーザーからの指示入力インターフェースである。ハードキーには、紙文書のスキャン実行開始を指示するためのスタートボタン等が存在する。
操作表示部２１１は、ＬＣＤやＬＥＤ等の表示装置を備えた、ユーザーへの表示インターフェースである。
スキャナ２１３は、ＣＣＤ等の光学的な読み取り装置を備え、紙媒体を光学的に走査して、電子的な画像データとして読み取る機能を持つ。
プリンタ２１４は、電子的な画像データを、用紙等の記録媒体上に画像として形成する機能を持つ。
また、ＭＦＰ１０１は、ネットワークＩ／Ｆ２０７を介して、装置外の機器からプリント処理やスキャン送信等の実行要求を受け付けることができる。処理の実行要求は、実行処理の種別や実行時の設定値情報等と共に、外部機器から依頼され、ＨＤＤ２０４やＲＡＭ２０２等に一時保存された後、ＣＰＵ２０１によって実行される。
更に、ＭＦＰ１０１は、ＨＤＤ２０４にＷＥＢブラウザの制御プログラムを格納しており、ＣＰＵ２０１によって実行することができる。ＷＥＢブラウザは、ネットワークＩ／Ｆ２０７を介してＷＥＢアプリからＨＴＭＬ等のデータを取得して整形し、操作表示部２１１に画面を表示することができる。また、ＷＥＢブラウザは、操作入力部２１２に入力されたユーザーからの指示を、同じくネットワークＩ／Ｆ２０７を介してＷＥＢアプリに通知することができる。
ＭＦＰ１０１は、ユーザーＩＤやパスワードの入力画面（ログイン画面）を操作表示部２１１に表示し、入力されたユーザー情報を基に、自機のユーザー管理機能又は外部のユーザー管理機能に認証をかけることができる。ログイン画面で正しいユーザー情報が入力された場合に、ＭＦＰを操作可能にし、ＭＦＰでの処理終了を指示するログアウトの操作によって再びログイン画面に遷移することができる。
ＣＰＵ２０１が、ＲＯＭ２０３又はＨＤＤ２０４に記憶されたプログラムに基づき処理を実行することによって、ＭＦＰ１０１の機能及び後述する図５のＭＦＰ１０１の処理等が実現される。
【００１２】
図３は、ＷＦサーバー１０２のハードウェア構成の一例を示す図である。なお、ＰＣ１０３もＷＦサーバー１０２と同様のハードウェア構成を持つ。
ＷＦサーバー１０２は、ＬＡＮ１０４に接続可能な制御部３００を持つ。制御部３００は、各種制御プログラムを実行するＣＰＵ３０１を有し、ＷＦサーバー１０２の全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０３やＨＤＤ３０４に格納されている制御プログラムを読み出し、ＲＡＭ３０２をワークエリアとして所定の処理を実行する。ＨＤＤ３０４には、ＷＦエンジンやＷＥＢサーバー、及びＷＥＢアプリ等の機能を含む各種制御プログラムが格納されている。また、ＨＤＤ３０４には、ＷＦエンジンが実行するワークフロー定義も格納されている。
ネットワークＩ／Ｆ３０５は、ＬＡＮ１０４を介した情報の入出力制御を行う。
操作部出力Ｉ／Ｆ３０６は、操作表示部３０８へのデータ出力通信制御を行う。
操作部入力Ｉ／Ｆ３０７は、操作入力部３０９からのデータ入力通信制御を行う。
以上、３０１から３０７までのデバイスが、システムバス３１０上に配置される。
【００１３】
操作表示部３０８は、ＬＣＤやＬＥＤ等の表示装置を備えた、ユーザーへの表示インターフェースである。
操作入力部３０９は、キーボードやマウス等の入力装置を備えた、ユーザーからの指示入力インターフェースである。
また、ＷＦサーバー１０２では、ＷＥＢサーバーが動作している。ＷＦエンジンは、ＷＥＢサーバーを利用してＷＥＢアプリが生成するＨＴＭＬコンテンツを提供可能である。ＷＦエンジンは、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）等によって動的にコンテンツを作成することができ、ワークフロー実行のための操作画面を提供することができる。
ＣＰＵ３０１がＲＯＭ３０３又はＨＤＤ３０４に記憶されたプログラムに基づき処理を実行することによって、ＷＦサーバー１０２の機能及び後述する図５のＷＦエンジン、ＷＥＢアプリの処理、図９〜図１２のフローチャートの処理等が実現される。
【００１４】
（ワークフローの構成と実行）
図４は、ワークフローシステムが実行するワークフローの一例を示した図である。
フロー処理４０１から４０４までは、ＷＦエンジンによって実行されるワークフローのそれぞれの処理を表す。フロー処理４０１から４０４までが示すワークフローは、ドキュメントを処理するワークフローである。ここでは、フロー処理４０１から４０４までが連続的に実行されることを示している。ＷＦエンジンは、ワークフローの開始時に指定された電子データのドキュメントについて、これらの処理を連続的に実行する。
フロー処理４０１は、承認処理である。承認処理とは、例えばドキュメントを指定してワークフローの開始を指示したユーザーの上長に対して、ドキュメントに記載された内容について承認をもらうための処理である。より具体的には、ＷＦエンジンは、ディレクトリサービスやデータベースから、フローを開始したユーザーの上長のメールアドレスを取得し、承認の依頼とＷＦエンジンが提供するＷＥＢ画面での入力指示とをメールで送信する。ＷＦエンジンが提供するＷＥＢ画面において上長が許可する旨の承認結果を入力すると、ＷＦエンジンは、次のフロー処理４０２を実行する。ここで、上長が却下等、許可以外を入力した場合については、説明の簡略化のため省略する。
フロー処理４０２は、ドキュメントをＭＦＰ１０１によってプリントする処理である。より具体的には、ＷＦエンジンは、ユーザーに対してこのプリント処理を実行するためにＭＦＰにおいてプリント処理を促すメールを送信する。ユーザーがＭＦＰにおいてログイン処理を行うと、ＭＦＰは、ＷＥＢブラウザを介してＷＥＢアプリにアクセスする。ＷＥＢアプリは、ログイン時のユーザー情報を基にＷＦエンジンにＭＦＰで実行するべきタスクの有無を問合わせ、タスクが存在する場合に、タスク実行のトリガとなるプリントボタンを表示する。ユーザーによってプリントボタンが指示されると、ＷＥＢアプリは、関連付けられたプリント処理を実行するようにＭＦＰに対して指示をする。フロー処理４０２でプリントを実行すると、ＷＦエンジンは、次のフロー処理４０３を実行する。
【００１５】
フロー処理４０３は、ＭＦＰ１０１に対して紙文書をスキャンし、スキャンした電子データをＷＦサーバー１０２に送信させる処理である。より具体的には、まず、ＷＦエンジンは、ユーザーに対してこのスキャン処理を実行するためにＭＦＰにおいてスキャン処理を促すメールを送信する。先ほどと同様に、ユーザーがＭＦＰにおいてログイン処理を行うと、ＭＦＰはＷＥＢブラウザを介してＷＥＢアプリにアクセスする。ＷＥＢアプリは、ログイン時のユーザー情報を基にＷＦエンジンにＭＦＰで実行するべきタスクの有無を問合わせ、タスクが存在する場合に、タスク実行のトリガとなるスキャンボタンを表示する。ユーザーによってスキャンボタンが指示されると、ＷＥＢアプリは、関連付けられたスキャン処理を実行するようにＭＦＰに対して指示をする。スキャン処理が実行されると、ＷＦエンジンは、次のフロー処理４０４を実行する。
フロー処理４０４は、電子データをＰＣやファイルサーバー等のファイルシステムに、ファイルとして保存する処理である。より具体的には、ＷＦエンジンは、受信した電子データを、所定のファイル形式に変換したり、ファイル名を変更したりした後、ファイルシステムの指定された場所にファイルを移動する。フロー処理４０４において、ファイルの移動を完了すると、ＷＦエンジンは、ワークフローの処理をすべて実行した旨のメールをユーザーに送信し、ワークフローの実行を完了する。
このフロー処理４０１から４０４までのワークフローは、電子データとして作成した申請書に対して、上長による確認と承認、プリント、プリントした紙文書への捺印やサイン、捺印後の紙文書の電子データとしての保存と紙文書の提出、という処理を順番に行う。
これは、一般的なオフィスで処理されている申請書処理フローに基づく例である。
【００１６】
図４に示したワークフローは、以降の実施形態の説明において、ＷＦエンジンが実行するワークフローの例として使用する。また、ワークフローにおけるフロー処理４０１から４０４までは、上述したようにいくつかの処理に細分することができる。
フロー処理４０１から４０４までのような、ある程度の詳細処理をまとめたフローの実行単位を、便宜上、タスクと呼ぶ。また、各タスクにおける、メールの送信やファイル名の変更等の詳細な処理実行単位を、便宜上、アクションと呼ぶ。例えば、フロー処理４０１は一つのタスクと表現することができる。
更に、フロー処理４０１から４０４までにおける一連のワークフローは、同一のユーザーによって同時に複数実行されることがある。前述した例のように、購入する物品が異なる複数の物品購入申請書を同じワークフローで処理する場合や、外出する訪問先や日時が異なる外出申請届を同じワークフローで処理する場合等である。
このように、同一のワークフローによって実際に処理する申請書が複数存在し、それらが同時にＷＦエンジンによって処理されている場合、それぞれのワークフローの処理を、便宜上、ワークフローのインスタンスと呼ぶ。ＷＦエンジンがワークフローを実行する場合、ワークフローのインスタンスを生成し、そのインスタンスにおいてワークフローのタスクやアクションが実行されていく。同一のワークフローが複数同時に実行されている場合でも、各インスタンスによってそれぞれのドキュメントが別々に処理されている。
【００１７】
図５は、ワークフローシステムにおける情報処理の一例を示すシーケンス図である。
ここで、ＷＦエンジン５３０及びＷＥＢアプリ５３１は、ＷＦサーバー１０２上で動作するアプリケーションである。なお、図４で示した一連のワークフロー処理において、ＭＦＰの処理を実行するフロー処理４０２の処理についてのみ記述する。但し、フロー処理４０３についても同様の処理となる。
Ｓ５０１において、ＷＦエンジン５３０は、フロー処理４０１のタスク処理を実行する。
Ｓ５０２において、ＷＦエンジン５３０は、ワークフローにおける次のタスク処理が、ＭＦＰ１０１におけるプリントやスキャンである場合、ＭＦＰ１０１を始めとする一連のＭＦＰデバイスの管理情報を取得する。ＷＦエンジン５３０は、ＭＦＰデバイスの管理情報として、各ＭＦＰの機能やオプション機器装着状態、現在の稼働状態等を取得する。ＷＦエンジン５３０は、各ＭＦＰから機器状態取得Ｉ／Ｆを通じてＭＦＰデバイスの管理情報を取得してもよいし、各ＭＦＰの状態や機能を管理する別管理装置からＭＦＰデバイスの管理情報を取得してもよい。
【００１８】
次に、Ｓ５０３において、ＷＦエンジン５３０は、取得したＭＦＰの管理情報を基に、次に実行するＭＦＰタスク処理を実行可能なＭＦＰを判別し、そのＭＦＰの情報と共に次に実行するタスク処理の内容を実行ユーザーのＰＣ１０３に対してメール送信する。
図６は、ＷＦエンジン５０３がユーザーに送信したメールの内容の一例を示す図である。
メール本文６０１は、ユーザーがＭＦＰにおいて処理するタスクが存在していることが記載され、タスクの実行を促している。また、タスク実行可能デバイス６０２には、そのタスクを実行することが可能なデバイスの情報が記載されている。
例えば、カラー印刷が必要なタスク処理の場合、カラー印刷が可能なデバイスのみがタスク実行可能デバイス６０２に記載される。タスク実行可能デバイス６０２には、複数のデバイスが記載される場合がある。
【００１９】
次に、図６に示すようなメールを受信したユーザーは、その内容に記載されたデバイスにおいて、ユーザーＩＤ及びパスワード等の識別情報を入力し、デバイスにログインを行う。Ｓ５０４において、ＭＦＰ１０１は、操作入力部２１２等を介したログイン要求を受け取る。
更にユーザーは、ＭＦＰ１０１に搭載されたＷＥＢブラウザを介して、ＷＦ画面の表示を指示する。Ｓ５０５において、ＭＦＰ１０１は、ＷＦ画面の表示指示を受け取る。
ＷＦ画面の表示が指示されると、Ｓ５０６において、ＭＦＰ１０１のＷＥＢブラウザは、ＷＥＢアプリ５３１に対してＷＦ画面取得の要求を送信する。ＷＦ画面取得の要求には、ログインしたユーザーの識別情報及びユーザーがログインしたＭＦＰの識別情報が含まれる。ＭＦＰの識別情報は、装置識別情報の一例である。
Ｓ５０７において、ＭＦＰ１０１のＷＥＢブラウザからＷＦ画面取得要求を受けたＷＥＢアプリ５３１は、ＷＦエンジン５３０に対して、ＭＦＰにおけるタスク処理の有無を問い合わせる。このとき、ＷＥＢアプリ５３１は、ログインしたユーザーの識別情報及びユーザーがログインしたＭＦＰの識別情報をＷＦエンジンに対して渡す。
Ｓ５０８において、タスク処理の問い合わせを受けたＷＦエンジン５３０は、受け取ったユーザー識別情報を基に、現在そのユーザーがＭＦＰにおいて処理するべきタスクが存在するかどうかを判定する。更に、ＷＦエンジン５３０は、ユーザーがログインしたＭＦＰの識別情報からＭＦＰの機能情報を取得して、処理すべきタスクがそのデバイスで実行可能かどうかを判定する。更に、そのデバイスはタスクを処理できないと判定した場合、ＷＦエンジン５３０は、他のＭＦＰの機能情報を取得し、処理すべきタスクを実行可能なデバイスの情報を判別する。
その後、Ｓ５０９において、ＷＦエンジン５３０は、処理すべきタスク情報と実行可能デバイスの情報とをＷＥＢアプリ５３１に通知する。
【００２０】
Ｓ５１０において、ＷＥＢアプリ５３１は、通知されたタスク情報と、実行可能デバイスの情報とを基に、ＭＦＰ１０１の操作表示部２１１に表示する画面情報を生成する。
Ｓ５１１において、ＷＥＢアプリ５３１は、ＭＦＰ１０１のＷＥＢブラウザに対して生成した画面情報を送信する。
Ｓ５１２において、画面情報を受信したＭＦＰ１０１のＷＥＢブラウザは、操作表示部２１１に画面を表示する。
図７は、Ｓ５１２において、ＭＦＰ１０１の操作表示部２１１に表示される画面の一例を示す図である。ワークフロー表示画面７０１には、処理すべきタスクを実行するためのボタン７０２及び７０３が表示される。ボタン７０２及び７０３は、異なるワークフロータスクのインスタンスを示しており、現在ログインしたユーザーには、ＭＦＰで処理するべきタスクがあり、かつ、ログインしたＭＦＰでは２つのタスクが実行可能であることを示している。ボタン７０２及び７０３は、画像処理装置において実行することができるワークフローのタスクに関するオブジェクトの一例である。ボタン７０２は、ワークフローに係る文書のプリントを指示するプリントボタンの一例である。ボタン７０３は、ワークフローに係る文書のスキャン及び送信を指示するスキャン送信ボタンの一例である。
図８は、Ｓ５１２において、ＭＦＰ１０１の操作表示部２１１に表示される画面の別の一例を示す図である。ワークフロー表示画面７０１には、通知ダイアログ８０１が表示される。通知ダイアログ８０１は、ログインしたユーザーが実行すべきＭＦＰでの処理タスクが存在するものの、ログインしたＭＦＰでは実行できない場合に表示される。図８の例では、ＭＦＰで処理すべきタスクが存在するがこの現在ログインしたＭＦＰでは実行できないこと、どのデバイスであれば実行可能であるか、等の情報が表示されている。
ユーザーはＳ５０３のメール通知において、処理すべきタスクを実行可能なデバイスの情報を受け取っているため、そのタスクを実行可能なデバイスを把握することができる。しかし、誤って別のデバイスにログインしてしまった場合等に図８に示す通知ダイアログが操作表示部２１１に表示される。
【００２１】
図７に示したボタン７０２又は７０３をユーザーが指示する。Ｓ５１３において、ＭＦＰ１０１のＷＥＢブラウザは、ボタン７０２又は７０３の指示を受け取る。
Ｓ５１４において、ＭＦＰ１０１のＷＥＢブラウザは、ボタンに割り当てられたタスク識別番号と共にＷＥＢアプリ５３１に対してタスク実行の開始が指示されたことを通知する。
Ｓ５１５において、タスク開始指示を受信したＷＥＢアプリ５３１は、受信したタスク識別番号を基に開始指示されたタスクを特定して、そのタスク情報をＷＦエンジン５３０に対して問い合わせる。ここで問い合わせるタスク情報は、主にＭＦＰ１０１で処理を実行する際のプリントやスキャンの設定値情報である。
Ｓ５１６において、タスクにおける設定値情報の問い合わせを受けたＷＦエンジン５３０は、要求されたタスクにおけるＭＦＰ処理実行の際のプリント又はスキャンの設定値情報をＷＦ定義から取得する。
Ｓ５１７において、ＷＦエンジン５３０は、取得した設定値情報をＷＥＢアプリ５３１に送信する。
【００２２】
Ｓ５１８において、設定値情報を取得したＷＥＢアプリ５３１は、その設定を基に実行指示されたタスクにおけるプリント又はスキャン処理の実行をＭＦＰ１０１に対して指示する。
Ｓ５１９において、ＭＦＰ１０１は、指示されたプリント又はスキャン処理を実行する。
更に、Ｓ５２０において、ＭＦＰ１０１は、指示されたプリント又はスキャン処理の実行が完了したら、ＷＥＢアプリ５３１に通知する。本実施形態ではＭＦＰ側が指示された処理の終了を通知するものとして説明を行うが、ＷＥＢアプリ側がＭＦＰ１０１に対してポーリング等を行って指示した処理が完了したかどうかを監視してもよい。
Ｓ５２１において、ＭＦＰ１０１に指示した処理が完了したことを認識したＷＥＢアプリ５３１は、ＭＦＰにおけるタスクが完了したことをＷＦエンジン５３０に通知する。
Ｓ５２２において、タスクの終了を通知されたＷＦエンジン５３０は、ＷＦ定義に従って、次のタスク処理を実行する。
【００２３】
図９は、実施形態１におけるＷＦエンジン５３０の情報処理の流れを示すフローチャートである。
Ｓ９０１において、ＷＦエンジン５３０は、ワークフロー実行処理に関するイベントを受信待機する。ワークフロー実行処理に関するイベントとは、各タスクの実行指示、タスクの問合わせ、ＭＦＰにおける処理実行タスクの設定値情報要求、ＭＦＰにおける処理の終了通知等である。
次に、Ｓ９０２において、ＷＦエンジン５３０は、ワークフロー実行処理に関するイベントを受信したかを判定する。ＷＦエンジン５３０は、イベントを受信していないと判定した場合（Ｓ９０２においてＮＯ）、Ｓ９０１の処理に戻り、ワークフロー実行処理に関するイベントを受信したと判定した場合（Ｓ９０２においてＹＥＳ）、Ｓ９０３の処理に進む。
Ｓ９０３において、ＷＦエンジン５３０は、受信イベントがＭＦＰにおける処理タスクの実行イベントであるかどうかを判定する。より具体的には、ＷＦエンジン５３０は、図４におけるＭＦＰにおけるフロー処理４０２のプリントタスクやフロー処理４０３のスキャン送信タスクの実行イベントであるかどうかを判定する。ＷＦエンジン５３０は、ＭＦＰにおける処理タスクの実行イベントであると判定した場合（Ｓ９０３においてＹＥＳ）、Ｓ９０８の処理に進み、ＭＦＰにおける処理タスクの実行イベントでないと判定した場合（Ｓ９０３においてＮＯ）、Ｓ９０４の処理に進む。
【００２４】
Ｓ９０８において、ＷＦエンジン５３０は、ＭＦＰデバイスの管理情報を取得する。ここで、取得する管理情報は、各ＭＦＰが持つ機能やオプション機器の装着状態、現在の稼働状態等である。ＷＦエンジン５３０は、各ＭＦＰから管理情報取得Ｉ／Ｆを通じて直接、管理情報を取得するか、又は各ＭＦＰの状態や機能を管理する別の管理装置から管理情報を取得してもよい。
更に、Ｓ９０９において、ＷＦエンジン５３０は、取得したＭＦＰの管理情報を基に、現在のＭＦＰの処理タスクを実行可能なＭＦＰを選択する。
Ｓ９１０において、ＷＦエンジン５３０は、タスクを実行可能なＭＦＰを選択できた場合、そのＭＦＰの情報をタスク実行可能なデバイスとしてメール本文に記載し、タスクが割り当てられているユーザーに対してメールを通知する。
更に、Ｓ９１１において、ＷＦエンジン５３０は、タスクの状態をＭＦＰでの処理待ち状態に移行する。これは、特定のデバイスにタスク実行を指示せず、タスクを未完了な状態で保持するためである。このことで、ＷＦエンジン５３０は、ＷＥＢアプリ５３１からのＭＦＰでの実行処理タスクの有無の問合わせに対して返答し、ＷＥＢアプリ５３１からのタスク実行要求を受けてからそのタスク実行を開始できるようにすることができる。これにより、ＷＦエンジン５３０は、タスク実行ユーザーが何れのＭＦＰにログインした場合でも、ＷＥＢアプリ５３１からのタスク問い合わせに応じてタスク情報を通知し、更にタスク実行を指示することができる。
その後、ＷＦエンジンは、Ｓ９０１の処理に戻り、イベントを監視する。
【００２５】
一方、Ｓ９０４において、ＷＦエンジン５３０は、受信イベントがタスク情報の問合わせイベントであるかどうかを判定する。これは、先に記述したＷＥＢアプリ５３１からのＭＦＰにおける実行処理タスクの有無の問い合わせである。ＷＦエンジン５３０は、タスク情報の問合わせイベントであると判定した場合（Ｓ９０４においてＹＥＳ）、Ｓ９１２の処理に進み、タスク情報の問合わせイベントでないと判定した場合（Ｓ９０４においてＮＯ）、Ｓ９０５の処理に進む。
Ｓ９１２において、ＷＦエンジン５３０は、ＭＦＰでの処理待ち状態となっているタスクがあるかを確認する。タスク情報の問合わせイベントには、ユーザー識別情報が含まれるため、ＷＦエンジン５３０は、ユーザー識別情報を基に、そのユーザーが実行するべきタスクであり、かつ、ＭＦＰでの処理待ち状態となっているタスクがあるかを確認する。
更に、Ｓ９１３において、ＷＦエンジン５３０は、同じくタスク情報の問合わせイベントに含まれるＭＦＰの識別情報を基に、そのＭＦＰの管理情報を取得する。これは、Ｓ９０８で取得した方法と同様であるが、ＷＦエンジン５３０は、識別情報を取得した特定のＭＦＰについてのみ管理情報を取得する。
次に、Ｓ９１４において、ＷＦエンジン５３０は、取得したＭＦＰの管理情報を基に、ＭＦＰでの処理待ちタスクがそのＭＦＰで実行可能であるかどうかを判定する。より具体的には、ＷＦエンジン５３０は、カラー印刷を実行する処理タスクに対してカラー印刷が可能なＭＦＰかどうか、プリントを実行する処理タスクに対してトナー無し等のエラーが発生していないかどうか等を判定する。ＷＦエンジン５３０は、問合わせイベントに含まれたＭＦＰでは処理待ちタスクを実行できないと判定した場合、他のＭＦＰ管理情報を取得し、処理待ちタスクを実行可能なＭＦＰを判定する。
その後、Ｓ９１５において、ＷＦエンジン５３０は、判定結果をＷＥＢアプリ５３１に処理待ちタスクとそのタスクを実行可能なＭＦＰとの情報を通知する。
その後、ＷＦエンジンは、Ｓ９０１の処理に戻り、イベントを監視する。
【００２６】
一方、Ｓ９０５において、ＷＦエンジン５３０は、ＭＦＰ処理タスク実行におけるＭＦＰ設定値の問合わせイベントであるかどうかを判定する。ＷＦエンジン５３０は、ＭＦＰ設定値の問合わせイベントであると判定した場合（Ｓ９０５においてＹＥＳ）、Ｓ９１６の処理に進み、ＭＦＰ設定値の問合わせイベントでないと判定した場合（Ｓ９０５においてＮＯ）、Ｓ９０６の処理に進める。
Ｓ９１６において、ＷＦエンジン５３０は、そのイベントに含まれるＭＦＰ処理タスクの識別情報から、そのタスクにおけるＭＦＰの設定値情報を取得する。
更に、Ｓ９１７において、ＷＦエンジン５３０は、問合わせ元であるＷＥＢアプリ５３１に対して、その設定値情報を通知する。
その後、ＷＦエンジンは、Ｓ９０１の処理に戻り、イベントを監視する。
【００２７】
一方、Ｓ９０６において、ＷＦエンジン５３０は、受信したイベントがＭＦＰにおける処理実行の終了通知イベントであるかどうかを判定する。ＷＦエンジン５３０は、終了通知イベントであると判定した場合（Ｓ９０６においてＹＥＳ）、Ｓ９１８の処理に進み、終了通知イベントでないと判定した場合（Ｓ９０６においてＮＯ）、Ｓ９０７の処理に進む。
Ｓ９１８において、ＷＦエンジン５３０は、そのイベントに含まれるタスク識別情報から、該当するタスクの状態をＭＦＰの処理待ち状態から完了状態に変更する。
更に、Ｓ９１９において、ＷＦエンジン５３０は、図４に示したようなワークフローおける次のタスクの実行指示イベントを自分自身に発行する。
その後、ＷＦエンジンは、Ｓ９０１の処理に戻り、イベントを監視する。
一方、Ｓ９０７において、ＷＦエンジン５３０は、他のタスクのイベント通知等であるためそれらの内容に従ったタスク実行処理を行う。
これは、図４に示すフロー処理４０１のタスクやフロー処理４０４のタスク等、ＭＦＰにおける実行処理以外のタスク処理が該当するが、ここでは説明を省略する。
その後、ＷＦエンジンは、Ｓ９０１の処理に戻り、イベントを監視する。
【００２８】
図１０は、実施形態１におけるＷＥＢアプリ５３１の情報処理の流れを示すフローチャートである。
Ｓ１００１において、ＷＥＢアプリ５３１は、ＭＦＰ１０１又はＷＦエンジン５３０からの処理要求や応答のイベントを受信待機する。
次に、Ｓ１００２において、ＷＥＢアプリ５３１は、イベントを受信したかどうかを判定する。ＷＥＢアプリ５３１は、イベントを受信したと判定した場合（Ｓ１００２においてＹＥＳ）、Ｓ１００３の処理に進み、イベントを受信していないと判定した場合（Ｓ１００２においてＮＯ）、Ｓ１００１に処理を戻す。
Ｓ１００３において、ＷＥＢアプリ５３１は、受信したイベントがＭＦＰ１０１のＷＥＢブラウザからによるタスク画面取得要求かどうかを判定する。ＷＥＢアプリ５３１は、タスク画面取得要求であると判定した場合（Ｓ１００３においてＹＥＳ）、Ｓ１００８に処理を進め、タスク画面取得要求でないと判定した場合（Ｓ１００３においてＮＯ）、Ｓ１００４に処理を進める。
Ｓ１００８において、ＷＥＢアプリ５３１は、画面取得要求時に送付されるユーザー識別情報及び要求元のＭＦＰの識別情報と共に、ＷＦエンジン５３０に対してタスク情報の問い合わせを行う。その後、ＷＥＢアプリ５３１は、Ｓ１００１の処理に戻る。
【００２９】
Ｓ１００４において、ＷＥＢアプリ５３１は、受信したイベントがＷＦエンジン５３０からのタスク情報通知であるかどうかを判定する。ＷＥＢアプリ５３１は、タスク情報通知であると判定した場合（Ｓ１００４においてＹＥＳ）、Ｓ１００９に処理を進め、タスク情報通知でないと判定した場合（Ｓ１００４においてＮＯ）、Ｓ１００５に処理を進める。
Ｓ１００９において、ＷＥＢアプリ５３１は、実行するタスクが存在し、かつ、タスク画面取得を要求したＭＦＰ１０１では実行不可の通知であるかどうかを判定する。ＷＥＢアプリ５３１は、画面取得を要求したＭＦＰ１０１では実行不可の通知であると判定した場合（Ｓ１００９においてＹＥＳ）、Ｓ１０１２に処理を進める。また、ＷＥＢアプリ５３１は、画面取得を要求したＭＦＰ１０１で実行可能な通知であると判定した場合（Ｓ１００９においてＮＯ）、Ｓ１０１０に処理を進める。
Ｓ１０１２において、ＷＥＢアプリ５３１は、その通知に含まれる実行可能な他のデバイスの情報を基に、図８に示したような画面の生成を行う。
一方、Ｓ１０１０において、ＷＥＢアプリ５３１は、図７に示したようなタスク実行のためのボタンを配置した画面を生成する。また、識別情報を受信したユーザーに対して実行するべきタスクが存在しないという通知であった場合、タスク実行のボタンを作成せず、実行タスクがない旨を表示した画面を生成する。
次に、Ｓ１０１１において、ＷＥＢアプリ５３１は、Ｓ１０１０又はＳ１０１２で作成した画面を、タスク画面の取得を要求したＭＦＰ１０１のＷＥＢブラウザに対して送信する。その後、ＷＥＢアプリ５３１は、Ｓ１００１の処理に戻る。
【００３０】
Ｓ１００５において、ＷＥＢアプリ５３１は、受信したイベントがＭＦＰ１０１のＷＥＢブラウザからによるタスクの開始通知かどうかを判定する。ＷＥＢアプリ５３１は、タスクの開始通知であると判定した場合（Ｓ１００５においてＹＥＳ）、Ｓ１０１３に処理を進め、タスクの開始通知ではないと判定した場合（Ｓ１００５においてＮＯ）、Ｓ１００６に処理を進める。
Ｓ１０１３において、ＷＥＢアプリ５３１は、開始通知と共に送信されたタスク識別情報を基に、開始されたタスクのＭＦＰ１０１における処理の設定値情報をＷＦエンジン５３０に対して問い合わせる。その後、ＷＥＢアプリ５３１は、Ｓ１００１の処理に戻る。
一方、Ｓ１００６において、ＷＥＢアプリ５３１は、受信したイベントがＷＦエンジン５３０からの設定値情報の通知イベントであるかどうかを判定する。ＷＥＢアプリ５３１は、設定値情報の通知イベントであると判定した場合（Ｓ１００６においてＹＥＳ）、Ｓ１０１４に処理を進め、設定値情報の通知イベントでないと判定した場合（Ｓ１００６においてＮＯ）、Ｓ１００７に処理を進める。
Ｓ１０１４において、ＷＥＢアプリ５３１は、通知された設定値情報を基にＭＦＰ１０１に対してジョブの実行要求を行う。より具体的には、ジョブの実行要求は、プリンタドライバやＦＡＸ送信ドライバを使った実行要求であっても、ＭＦＰ１０１が持つジョブ実行のためのサービスプロバイダへの実行要求であってもよい。また、このとき、ＷＥＢアプリ５３１は、実行するジョブを識別可能な識別情報を付加して実行要求を行う。又は、ＷＥＢアプリ５３１は、実行要求した際、ジョブの識別子をＭＦＰ１０１から取得する。その後、ＷＥＢアプリ５３１は、Ｓ１００１の処理に戻る。
一方、Ｓ１００７において、ＷＥＢアプリ５３１は、ＭＦＰ１０１からのジョブ終了通知であるかどうかを判定する。ＷＥＢアプリ５３１は、ジョブ終了通知であると判定した場合（Ｓ１００７においてＹＥＳ）、Ｓ１０１５に処理を進め、ジョブ終了通知ではないと判定した場合（Ｓ１００７においてＮＯ）、Ｓ１００１の処理に戻る。
Ｓ１０１５において、ＷＥＢアプリ５３１は、ＭＦＰ１０１の実行ジョブに関連づけられているタスクの終了をＷＦエンジン５３０に通知する。その後、ＷＥＢアプリ５３１は、Ｓ１００１の処理に戻る。
【００３１】
ＭＦＰ１０１におけるプリントやスキャン処理等のタスクを含む一連のワークフローを実行する際、ＷＦエンジン５３０は、ＭＦＰ１０１におけるタスク処理を実行するタイミングで、ユーザーに対してＭＦＰ１０１でのタスク実行を促すメールを送信する。送信されるメールには、タスクの内容の他に、そのタスクを実行可能なデバイスの情報が記載されるため、ユーザーはその情報を基に、タスク実行可能なデバイスにログインして処理を実行できる。タスク実行可能なデバイスは通常複数表示されるため、何れかのデバイスが故障等によって使用不可になった場合でも、タスク処理を実行可能な他のデバイスを直ぐに判定することができる。これにより、特定のデバイスが使用不可能な場合におけるワークフロー実行の利便性を向上することができる。
また、ユーザーが誤って機能的にタスクを実行することのできないデバイスにログインした場合でも、デバイスの操作表示部２１１に、タスク実行できない旨とタスクを実行することができる他のデバイスの情報とを表示する。このため、ユーザーは同じくタスク実行可能デバイスを素早く判定することができる。
【００３２】
＜実施形態２＞
実施形態２では、ユーザーが実行するＭＦＰにおいて処理すべきタスクが複数存在する場合に、そのタスクをすべて実行可能なＭＦＰを決定してユーザーに通知する。更に、複数のタスクをすべて実行可能なＭＦＰが存在しない場合に、複数タスクを実行可能なデバイスの組み合わせをユーザーに通知する処理について説明する。
実施形態２については、実施形態１との差分についてのみ記述する。実施形態２について、ＷＥＢアプリ５３１及びＭＦＰ１０１の動作は実施形態１と同じであり、ＷＦエンジン５３０の動作が異なる。このため、ＷＦエンジン５３０の処理についてのみ記述する。
【００３３】
図１１は、実施形態２におけるＷＦエンジン５３０の情報処理の流れを示すフローチャートである。
図１１のＳ１１０１からＳ１１０７までの処理は、図９のＳ９０１からＳ９０７までの処理と同様である。また、図１１のＳ１１０９からＳ１１１８までの処理は、図９のＳ９１０からＳ９１９までの処理と同様である。これらについては説明を省略する。
受信したイベントがＭＦＰ１０１における処理タスクの実行イベントであると判定した場合（Ｓ１１０３においてＹＥＳ）、ＷＦエンジン５３０は、Ｓ１１０８に進む。
Ｓ１１０８において、ＷＦエンジン５３０は、ＭＦＰタスクに関する処理を実行する。
【００３４】
図１２は、図１１のＳ１１０８の情報処理の一例を示したフローチャートである。
Ｓ１２０１において、ＷＦエンジン５３０は、受信したＭＦＰ１０１における処理実行イベントの他に、ＭＦＰ１０１における処理待ちになっているタスクがあるかどうかを判定する。より具体的には、ＷＦエンジン５３０は、処理実行イベントに付加されたユーザー識別情報を基に、そのユーザーが処理するタスクであり、かつ、ＭＦＰ１０１での処理実行待ちになっているタスクがないかどうかを判定する。ＷＦエンジン５３０は、そのユーザーにおけるＭＦＰの処理実行待ちタスクが存在すると判定した場合（Ｓ１２０１においてＹＥＳ）、Ｓ１２０４の処理に進む。一方、ＷＦエンジン５３０は、そのユーザーにおけるＭＦＰ１０１の処理実行待ちタスクは他に存在しないと判定した場合（Ｓ１２０１においてＮＯ）、Ｓ１２０２の処理に進む。
Ｓ１２０２において、ＷＦエンジン５３０は、ＭＦＰ１０１を始めとするデバイスの管理情報を取得する。Ｓ１２０２及びＳ１２０３の処理は、図９のＳ９０８及びＳ９０９の処理と同様である。
Ｓ１２０４において、ＷＦエンジン５３０は、そのユーザーにおける他のＭＦＰの処理実行待ちタスクの情報をすべて取得する。
次に、Ｓ１２０５において、ＷＦエンジン５３０は、ＭＦＰ１０１を始めとするデバイスの管理情報を取得する。Ｓ１２０５の処理は、図９のＳ９０８の処理と同様である。
更に、Ｓ１２０６において、ＷＦエンジン５３０は、Ｓ１２０５で取得したデバイス情報を基に、そのユーザーが持つすべてのＭＦＰの処理実行待ちタスクを実行可能なデバイスが存在するかどうかを判定する。ＷＦエンジン５３０は、ユーザーが持つすべてのＭＦＰの処理実行待ちタスクを実行可能なデバイスが存在する場合、そのデバイスを選択する。
次に、Ｓ１２０７において、ＷＦエンジン５３０は、Ｓ１２０６で選択したデバイスが１つ以上存在するかどうかを判定する。ＷＦエンジン５３０は、１つ以上存在すると判定した場合（Ｓ１２０７においてＹＥＳ）、そのデバイスの情報を図１１のＳ１１０９にてメール送信し、存在しないと判定した場合（Ｓ１２０７においてＮＯ）、Ｓ１２０８の処理に進む。
【００３５】
図１３は、Ｓ１２０７において１つ以上のデバイスが存在すると判定された場合に、ＷＦエンジン５３０からユーザーに送信されるメールの一例を示す図である。
メール本文１３０１には、そのユーザーに対する複数のＭＦＰの処理実行待ちタスクの情報１３０２が記載されている。更に、メール本文１３０１には、その複数のＭＦＰの処理実行待ちタスクをすべて実行可能なデバイスの情報１３０３が記載されている。つまり、ユーザーは、デバイスの情報１３０３に記載された何れかのデバイスにおいて、情報１３０２に記載されているすべてのＭＦＰの処理実行タスクを実行することができる。このように、ユーザーは、このメールによって複数のタスクをすべて実行可能なデバイスを事前に知ることができるため、ＭＦＰにおける処理待ちタスクを効率よく実行することができる。
【００３６】
また、Ｓ１２０８において、ＷＦエンジン５３０は、すべてのタスクを実行可能なデバイスの組み合わせを判定する。これは、ＷＦエンジン５３０が、すべてのタスクを実行することができる最小台数のデバイスの組み合わせを求め、選択するものである。例えば、ＷＦエンジン５３０は、Ｓ１２０５で情報を取得したデバイスのうち、すべてのデバイスから任意の２台を選択する。ＷＦエンジン５３０は、その２台のデバイスのそれぞれについて、現在の処理タスク及びＳ１２０４で取得したタスクすべての実行可、不可を判定する。ＷＦエンジン５３０は、２台のデバイスで実行可能なタスクが、現在の処理タスク及びＭＦＰ処理値待ちとなっているタスクすべてを網羅していれば、そのデバイスの組み合わせを、タスク実行可能なデバイスの組みとして抽出する。ＷＦエンジン５３０は、この処理をすべてのデバイスから２台を選択するすべての組み合わせについて行う。もし、任意の２台ではすべてのタスクを実行することができない場合、ＷＦエンジン５３０は、デバイスの選択を任意の３台、更に４台へと増やして同様に判定と抽出を行う。ＷＦエンジン５３０は、このようにして判定、抽出した、複数のデバイスの組み合わせの情報を図１１のＳ１１０９にてメール送信する。
図１４は、Ｓ１２０７において１つ以上のデバイスが存在すると判定した場合に、ＷＦエンジン５３０からユーザーに送信されるメールの一例を示す図である。
メール本文１４０１には、そのユーザーに対する複数のＭＦＰの処理実行待ちタスクの情報１４０２が記載されている。更に、メール本文１４０１には、その複数のＭＦＰの処理実行待ちタスクをすべて実行可能なデバイスの組み合わせ情報１４０３及び１４０４が記載されている。つまり、ユーザーは、このデバイスの組み合わせ情報１４０３又は１４０４の何れかに示す複数のデバイスを使用することで、複数のＭＦＰの処理実行待ちタスクに記載されているすべてのタスクを実行することができる。図１４の例では、複数のＭＦＰの処理実行待ちタスクに、ＦＡＸ機能とカラープリントとが必要なタスクが列挙されているものとしている。それらのすべての機能を持つＭＦＰが存在しなかった場合、ＷＦエンジン５３０は、ＦＡＸ機能とカラープリントとを実行可能なＭＦＰの組み合わせとして組み合わせの情報１４０３及び１４０４をメールで送信している。ユーザーは、このメールによって複数のタスクをすべて実行することができるデバイスの組み合わせを事前に知ることができるため、ＭＦＰにおける処理待ちタスクを効率よく実行することができる。
【００３７】
このように、そのユーザーにおけるＭＦＰ等のデバイスで実行するタスクが複数存在する場合でも、ユーザーはそれらタスクを実行可能なデバイス又はデバイスの組み合わせを事前に知ることができる。これにより、ユーザー自身がタスクの内容から実行可能なデバイスを選定する必要が無く、メールによって通知されたデバイス又はデバイスの組み合わせの中から最も望ましいものを選んでタスクを実行すればよい。そのため、ワークフローにおけるＭＦＰでのタスク実行処理を効率的に行うことができる。
また、タスク実行を行うためデバイスに向かったところ、目的のデバイスが故障又は他ユーザーによる占有等によって使用不可能な場合でも、通知されたデバイス及びデバイスの組み合わせの内、他のデバイスやデバイスの組み合わせを選択することができる。その結果、素早く代替デバイスを選んで実行できるため、ＭＦＰでのタスク実行処理を効率的に行うことができる。
【００３８】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、ＷＥＢアプリ５３１は、ＷＦサーバー１０２とは異なるサーバー等に実装してもよい。また、ＷＥＢアプリ５３１は、ＭＦＰ１０１に実装してもよい。この場合、ＨＤＤ２０４に記憶されたＷＥＢアプリ５３１のプログラムをＣＰＵ２０１が実行することによって、ＭＦＰ１０１におけるＷＥＢアプリ５３１の機能、図５のＷＥＢアプリ５３１の処理、図１０のフローチャートの処理が実現される。また、ＭＦＰ１０１やＷＦサーバー１０２のハードウェア構成は一例であって、図２や図３に示した構成に代えて、又は構成に加えて他の構成であってもよい。例えば、ＭＦＰ１０１やＷＦサーバー１０２は、複数のＣＰＵや、有線及び無線の複数のネットワークＩ／Ｆ、表示部、入力部等を有していてもよい。
【００４０】
以上、上述した各実施形態の情報処理等によれば、特定の画像処理装置が使用不可になった場合でも、素早くワークフロータスクを実行することができ、ワークフロー実行時におけるユーザーの利便性を向上させることができる。
【符号の説明】
【００４１】
１０１  ＭＦＰ
１０２  ＷＦサーバー
２０１  ＣＰＵ
３０１  ＣＰＵ
【図１】
2018098693.tif 000003
【図２】
2018098693.tif 000004
【図３】
2018098693.tif 000005
【図４】
2018098693.tif 000006
【図５】
2018098693.tif 000007
【図６】
2018098693.tif 000008
【図７】
2018098693.tif 000009
【図８】
2018098693.tif 000010
【図９】
2018098693.tif 000011
【図１０】
2018098693.tif 000012
【図１１】
2018098693.tif 000013
【図１２】
2018098693.tif 000014
【図１３】
2018098693.tif 000015
【図１４】
2018098693.tif 000016